architecture - 在 Visual Studio 中设置 "enterprise"项目的最佳实践？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




我正在为一家只有 6 名员工的小型企业(包括我自己)准备开发企业风格的应用程序——在你质疑为什么一家 6 人的公司需要企业应用程序之前，我们有很多事情要做，有很多简化它所需的流程和工具)。与往常一样，我在设置项目时尝试遵循最佳实践；我将使用 .NET 3.5，数据库在 Windows Server 2003/SQL Server 2005 上。

在我开发和测试解决方案时，我的主项目中是否应该包含所有内容？我的意思是... Visual Studio 2008 Professional 允许您拥有“数据库项目”以及所有其他类型的项目。对于这个应用程序，我将需要:

包含新数据模式的创建和测试脚本的数据库项目

包含实际代码/应用程序的 C# 项目:

使用 ASP.NET MVC 的面向客户的网站

后端订单处理系统，可能基于网络，但可能是“智能客户端”

SSIS 项目包含对我们供应商提供的“实时”应用程序数据进行 ETL 包，并从旧数据库迁移现有客户和订单数据。

SQL Server Reporting Services 的报告项目

基本上，我想知道将所有这些作为一个庞大的 Visual Studio 解决方案的一部分(我们称之为“EnterpriseSolution”)是否是个好主意，或者我是否应该将它们分开并单独处理它们。我看过的大多数书籍和网站都将它们放在一起，但它们也假设有一个由开发人员、DBA、架构师等组成的团队——在这种情况下，我将他们全部合二为一。在编写应用程序的其余部分之前，需要完成数据库项目和至少一些 ETL 过程并将其加载到生产中，因为我们需要在实时环境中加载新供应商的产品(以开始销售它们)。

我有点不知所措，我应该如何开始构建它，但我想在开始布局和开始编码之前提出一个整体计划。

关于如何处理这样的项目有什么建议吗？

Answer 1

使用一个包含多个项目的解决方案绝对是个好主意。如果要使用 ASP.NET MVC，请为每一层定义一个 C# 项目:MVC Web、服务层、数据访问层和单独的测试项目。
您可以从 Rob Conery 的 Storefront 中学习示例应用程序或 Oxite .

您也可以尝试使用来自模式和实践组的指导包:

http://msdn.microsoft.com/en-us/practices/default.aspx