我之前没有检查过，所以如果这是一个dup我道歉。分层架构设计中的组件分离
我正在开始作为基于MVP模式的分层设计的WinForms应用程序。我创建了两个将作为我的表示层开始的装配项目。
Company.Project.Presentation.Core - 该组件包含了意见的所有合同/接口和主持人
Company.Project.Presentation.WinForms - 该组件包含的意见和主持人的具体实现。
我认为这样做的主要原因是，如果我们决定转移到WPF，那么合同将在他们自己的独立大会。
这似乎是个好主意吗？或者我只是增加我的解决方案中的项目数时，一个具有子文件夹/名称空间的程序集足够好？
感谢提前任何输入，
的Jeremie
它通常是从你的UI分开你的业务逻辑和实现细节是个好主意。单独的程序集是执行此操作的常用方法。此外，使程序集名称与命名空间名称匹配是一个好主意。
到目前为止好:)
我会做比它只是把更多的合同，虽然。我会将所有核心业务逻辑放入其中，并尽可能将其与UI分离。
am我只是增加了我的解决方案中的项目数，当一个子文件夹/命名空间的程序集足够好时？
如果您有多个程序重复使用该逻辑的潜力，您绝对应该将其保存在单独的程序集中。通过控制台应用程序（用于可脚本化）或Web应用程序公开逻辑是许多公司的常见重构。
在我非常担心这些可能性之前，我会亲自为我的项目/公司确定这些事情的可能性。但是我仍然会将业务逻辑分开，因为这会节省我以后的时间，因为它总是降低维护工作的障碍（错误修复等）。
如果正确使用Visual Studio快捷方式，可以轻松浏览多个项目。 F12是一个很好的学习，因为它会直接引导您实现光标所关注的代码。