在我们公司,我们正在开发一个应用程序,该应用程序具有大量的 winforms,它们都是在相同的 UI 层、命名空间和程序集中创建的。有没有一种体面的方式/设计模式来构建这一层?
我们的 UI 层与业务层通信,业务层由多个命名空间组成,如 business.calculation 和 business.logistics。这个结构也可以用在UI层吗?在同一个 winform 项目中创建 100 多个 winform 感觉不对。
干杯!
在我们公司,我们正在开发一个应用程序,该应用程序具有大量的 winforms,它们都是在相同的 UI 层、命名空间和程序集中创建的。有没有一种体面的方式/设计模式来构建这一层?
我们的 UI 层与业务层通信,业务层由多个命名空间组成,如 business.calculation 和 business.logistics。这个结构也可以用在UI层吗?在同一个 winform 项目中创建 100 多个 winform 感觉不对。
干杯!
我发现根据构成整个应用程序的子系统来构建我的命名空间更容易,然后根据用例组织 UI 的命名空间。
是的。随着应用程序的增长,良好的结构将有助于保持理智。你会遇到一些挑战:
例如,您可能会考虑将表单分组到命名空间中,例如:
business.library.ui——常见的、可重用的 UI 组件可能会放在这里
business.calculation.ui -- 计算相关的UI,依赖于库UI
business.logistics.ui -- 物流业务领域相关的UI,依赖库和计算UI