c# - 编码 UI 测试 : What is the reasoning behind creating multiple individual UIMap classes instead of just multiple partial UIMap classes?

Question

我正在开发一个包含“半大型”应用程序 GUI 的项目。我想对大约 4-5 个单独的(复杂的)页面执行编码的 UI 测试，我的印象是创建多个 UIMap 是可行的方法!资料来源:UIMap container , Using multiple UIMaps , More source list 还可以继续……

我的问题/想法:使用多个 UIMap 是“不错的”，因为它:

1. 允许更分类的代码结构
2. 让开发者之间的合作更容易
3. 使代码不那么难以维护。

但是为什么 没有人只是将 UIMap 分成多个部分类？不还是一样的优势吗？更进一步:在部分类中使用 UIMap 将防止开发人员(我)增加代码的复杂性，如 UIMap container .

Answer 1

这个问题并不是真正针对 CodedUI。使用部分类来模拟关注点分离并不是正确的方法。

它们可能使编写类更容易，但它们没有创建适当的关注点分离(这是类存在背后的根本原因)，因此不会使用 em> 类更简单，因为从外部的角度来看，在一个或多个文件中编写代码的类之间没有任何区别。

举一个简单的例子，您将让自动完成返回一个平面列表，其中包含所有部分文件中您的类的所有成员，没有区别。

当一个类是部分生成的代码和非生成的代码，或者用不同的语言(例如用于 SL/WPF 的 xaml 和 C#)编写时，使用部分。不同的位可能涵盖相同行为的部分，因此(从 SoC 的角度来看)将它们归为同一类是有意义的，但从代码管理的角度来看，这两个部分需要分开。这就是 CodedUI 使用 partials 的原因(生成 *.Designer.cs 文件，而不生成 *.cs 文件)。

如果您觉得需要创建部分以实现关注点分离，那么您可能应该退后一步并使用适当的 SoC(即创建不同的类)。

在您公开的特定情况下，我会考虑为您的应用程序 UI 的不同部分创建 UIMap(无论您是将 UI 的行为分离到不同的窗口还是窗口的部分等 - 取决于它的复杂性).