C# 如何拆分一个应用程序，使多个开发人员可以一起工作？

背景

关于如何使用MVVM/MVP来分离层，以便设计者和编码者可以分别工作，有很多很好的参考资料。这不是PRISM的问题，但我也检查了一些PRISM教程（包括微软的Mike Taulty的优秀4小时以上系列，以及更多）

这些教程/书籍/视频解释了内部工作原理，如如何跨视图模型传递消息、如何模块化应用程序、最佳安全实践等

但是，没有人谈论如何实际地*逻辑地划分*一个应用程序（WPF或ASP.Net MVC），以便多人可以使用它。

问题

通常，您如何将职责分配给您的开发团队

假设您使用一个高级UML工具，一旦一个高级图准备好了，但没有编写代码，您如何确保

1-处理UI的开发人员将知道并能够访问类库开发人员将编写的类库函数

2-由两个不同的开发人员为两个不同的目的编写的两个库将相互操作

我希望我没有被弄糊涂。这个问题只是一些好的经验法则。由于两个人在一个解决方案中处理两个项目（WPF/Silverlight或ASP.NETMVC）将采用两种不同的方式，那么由一个人编写的方法/类/函数如何与其他人配合

多谢各位

然而，没有人谈论如何实际地*逻辑地划分*一个应用程序（WPF或ASP.NETMVC），以便多人可以处理它

您实际上不需要划分一个应用程序以便多人可以使用它：您还可以使用一个。还有一个免费版本可供5个或更少的用户使用

然而，没有人谈论如何实际地*逻辑地划分*一个应用程序（WPF或ASP.NETMVC），以便多人可以处理它

您实际上不需要划分一个应用程序以便多人可以使用它：您还可以使用一个。还有一个免费版本可供5个或更少的用户使用

---

据我所知，您希望在项目中有一个基础设施，让具有不同技能的人员可以分别工作。如果我是对的，“领域驱动设计”将是您可以选择的最佳基础设施

领域驱动设计（DDD）是一种通过将实现连接到不断发展的模型来开发满足复杂需求的软件的方法。领域驱动设计的前提是：

将项目的主要焦点放在核心域和域逻辑上

基于领域模型的复杂设计

启动技术专家和领域专家之间的创造性协作，以迭代地完善解决特定领域问题的概念模型

这个词是埃里克·埃文斯在他的同名书中创造的

有一个伟大的项目可以帮助您：它基于简单的场景，易于理解，并且有很好的文档记录

模块化、分层等概念在项目中进行了非常仔细的讨论，我相信这可以满足您的期望

---

显然，你需要一个源代码管理，比如Team Foundation Server或其他替代方案，它可以控制多个开发人员对源代码的更改。

< P>当我了解到你的问题时，你希望在你的项目中有一个基础设施，不同技能的人可以分开工作。如果我是对的，“领域驱动设计”将是您可以选择的最佳基础设施

领域驱动设计（DDD）是一种通过将实现连接到不断发展的模型来开发满足复杂需求的软件的方法。领域驱动设计的前提是：

将项目的主要焦点放在核心域和域逻辑上

基于领域模型的复杂设计

启动技术专家和领域专家之间的创造性协作，以迭代地完善解决特定领域问题的概念模型

这个词是埃里克·埃文斯在他的同名书中创造的

有一个伟大的项目可以帮助您：它基于简单的场景，易于理解，并且有很好的文档记录

模块化、分层等概念在项目中进行了非常仔细的讨论，我相信这可以满足您的期望

显然，您需要像Team Foundation Server那样的源代码控件，或者其他控件，它可以控制多个开发人员之间对源代码的更改。 两个人在两个项目上工作（WPF/Silverlight或 Net（MVC）中的一个解决方案将采取两种不同的方式，如何 一个编写的方法/类/函数是否与其他方法/类/函数相匹配

您需要维护一些公共函数的公共库。两个开发人员需要每2到3周进行一次代码审查。这样他们就可以发现自己的差异，互相学习

两个人在两个项目上工作（WPF/Silverlight或 Net（MVC）中的一个解决方案将采取两种不同的方式，如何 一个编写的方法/类/函数是否与其他方法/类/函数相匹配

---

您需要维护一些公共函数的公共库。两个开发人员需要每2到3周进行一次代码审查。这样他们就可以发现自己的差异并相互学习。

在？中可以更好？超级+1对于链接，我正在寻找一个有这种文档的像样大小的项目！超级+1对于链接，我正在寻找一个有这种文档的像样大小的项目！A+++++++++