沈阳免费网站制作,丰台手机网站设计,wordpress外贸企业主题,深圳知名网站建设哪家好01—约定在收到Caliburn Micro中有关视图和ViewModel解析的反馈后#xff0c;我们添加了新功能#xff0c;以简化类型解析#xff0c;同时保持驱动它的健壮的基于正则表达式的名称转换机制。为了更好地了解这些新功能以及类型解析通常如何在框架中工作#xff0c;现在是详细… 01—约定在收到Caliburn Micro中有关视图和ViewModel解析的反馈后我们添加了新功能以简化类型解析同时保持驱动它的健壮的基于正则表达式的名称转换机制。为了更好地了解这些新功能以及类型解析通常如何在框架中工作现在是详细描述框架支持的开箱即用的命名约定的适当时机。您现在应该已经知道框架很大程度上依赖于命名约定在类型解析中需要考虑两种不同的命名约定命名类型本身的约定和命名类型命名空间的约定。类型名称的命名约定如本文档其他部分所述视图及其伴生ViewModel最常见的命名约定如下所示因为我们认识到“视图”是一个抽象的术语大多数应用程序的主要“视图”实际上是某种“页面”所以我们认为框架将“页面”作为“视图”的同义词是很重要的。因此该框架对该用例具有内置支持如果仔细检查您会发现上面两个约定之间存在细微的差异。“ViewModel”只是简单地添加到一个带有后缀名的“页面”中以生成其ViewModel的名称。但是只有“模型”添加到“视图”后缀名中以生成其伴生ViewModel的名称。这种差异主要源于将某些东西命名为“MainViewModel”而不是“MainPageViewModel”的语义尴尬。因此从“视图”后缀视图名称派生的视图模型的命名约定通过将视图模型命名为“MainViewModel”来避免冗余。框架支持的标准命名约定的一个限制是没有考虑到英语中的不同语言甚至不同术语。尽管“视图”和“视图模型”可以被普遍理解因为它们都是Caliburn Micro致力于的MVVM设计模式的重要方面但“页面”这样的词却不是。因此一个健壮的框架至少允许通过定制来支持额外的“视图名称后缀”例如“Pagina”、“Seite”、“Form”、“Screen”。多视图支持的命名约定如文档约定部分所述该框架旨在处理ViewModel和View之间的一对多关系。框架支持的标准公约如下如前一节所述ViewModel的名称可能包含也可能不包含“视图”后缀。这就是为什么显示为可选的原因。类型的命名空间的命名约定在.NET开发中所有程序集都必须有一个默认命名空间。因此最基本的用例中视图和视图模型组件层都位于同一个用例中。这项公约可描述如下虽然许多应用程序的所有视图和视图模型都可能位于单个部件中但通常的做法是在项目中的单独文件夹中组织视图和视图模型。因此默认情况下VisualStudio将把组件放在与这些文件夹相对应的单独名称空间中。由于项目文件夹类似于操作系统文件夹因此项目子文件夹也可以嵌套在多层中。此常见用例的命名空间命名约定可以描述如下尽管上面的约定涵盖了嵌套名称空间的深度方面的许多可能性但它确实在视图和视图模型的组织方案中假设了一种并行结构。此外将视图和视图模型放置到单独的部件中也是很常见的这使得跨不同部件进行并行组织的可能性更小。02—最后原文标题Caliburn.Micro Xaml made easy原文链接https://caliburnmicro.com/documentation/naming-conventions翻译dotnet编程大全C#技术群 : 添加小编微信mm1552923备注进群
