在我们公司,我们正在开发一个应用程序,它具有大量的Winform,它们都在相同的UI层,名称空间和程序集中创建。是否有体面的方式/设计模式来构建这一层?在我的表示层中构造WinForms
我们的UI层与business.calculation和business.logistics等多个名称空间组成的业务层进行通信。这个结构是否也可以用于UI层? 在同一个winform项目中创建100多个winform并不合适。
干杯!
在我们公司,我们正在开发一个应用程序,它具有大量的Winform,它们都在相同的UI层,名称空间和程序集中创建。是否有体面的方式/设计模式来构建这一层?在我的表示层中构造WinForms
我们的UI层与business.calculation和business.logistics等多个名称空间组成的业务层进行通信。这个结构是否也可以用于UI层? 在同一个winform项目中创建100多个winform并不合适。
干杯!
是的。随着应用的增长,良好的结构将有助于保持您的理智。您将有一些挑战:
例如,您可以考虑将表单分组到名称空间中,如:
business.library.ui - 常用的可重用UI组件可能会在此处
business.calculation.ui - 相关计算UI,这依赖于库UI
business.logistics.ui - 相关物流业务领域,这依赖于库和计算UI界面
我发现根据构成整个应用程序的子系统来构造我的命名空间更容易,然后根据用例组织UI的命名空间。
奥克谢谢,这完全证实了我的想法。我想知道是否应该使用一些负责显示来自不同命名空间的表单的导航器类,或者表单应该直接调用对方。我可以从计算名称空间中映射表单,可以从逻辑名称空间打开表单,反之亦然,但这样会导致没有导航器类的引用问题。 – Lionel 2010-08-23 06:54:25
如果您有两个程序集在彼此的程序集中引用类,则可以考虑将这些类移动到可以访问的较低级别的程序集中。我们有这样的几种形式。 – 2010-08-23 13:26:10