在Visual中设置“企业”项目的最佳实践？

Question

我正在为一个只有6名员工的小企业(包括我自己)准备开发一个企业级的应用程序，在你问一家6人公司为什么需要一个企业应用程序之前，我们需要大量的流程和工具来简化它)。与往常一样，我试图遵循设置项目的最佳实践；我将使用.NET 3.5，数据库位于Windows 2003/ Server 2005上。

当我开发和测试解决方案时，我是否应该在我的主要项目中拥有一切？我是说..。VisualStudio2008Professional允许您拥有“数据库项目”以及所有其他类型的项目。对于这个应用程序，我需要：

• 包含新数据架构的创建和测试脚本的数据库项目
• 包含实际代码/应用程序的C#项目：
  1. 使用ASP.NET MVC面向客户的网站
  2. 后端订单处理系统，可能基于web，但可能是“智能客户端”。

​

• SSIS项目包含到ETL的包--由我们的供应商提供的“实时”应用程序数据，并从遗留数据库迁移到现有的客户和订单数据。
• SQL Server Reporting报告项目

基本上，我想知道将所有这些作为一个大型Visual解决方案的一部分(让我们称之为"EnterpriseSolution")是一个好主意，还是我应该将它们分开处理。我看过的大多数书籍和网站都把它们都包括在一起，但它们也假设了一个由开发人员、DBA、架构师等组成的团队--在这种情况下，我把他们都卷成了一个整体。在编写应用程序的其余部分之前，需要完成数据库项目和至少一些ETL过程，并将其加载到生产中，因为我们需要在活动环境中加载新供应商的产品(开始销售它们)。

我有点不知所措，我应该如何开始构建这一点，但我想提出一个总体计划，然后我开始规划和开始编码。

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

Answer 1

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

您还可以尝试使用来自模式与实践组的指导包：

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

Answer 2

我发现在不同的解决方案中维护客户端代码和服务器端代码是最方便的。这假设服务器呈现一个稳定的接口，如web服务或WCF接口。

随着时间的推移，您可以使用多个客户端技术(Windows，web.)让这些技术集群在他们自己的解决方案中分离，使事情变得更简单。

如果您正在寻找一个好的架构示例，请参阅北风起动机套件 at CodePlex。我在阅读迪诺·埃斯波西托和安德里亚·萨尔塔雷洛的"微软.Net:面向企业的架构应用程序“时发现了这个。

Northwind是托管设计( Managed，http://www.manageddesigns.it)生成的示例应用程序，用于设计和实现.NET分层应用程序体系结构时用作蓝图。应用程序使用Microsoft和Microsoft中包含的标准Northwind数据库:安装和运行初学者工具包不需要修改数据库架构。

我同意@Chris的观点，包括一个数据库项目可能非常有帮助。但是请注意，在同步项目和引用DB结构时，DB看起来可能有点复杂。

+汤姆

Answer 3

我建议创建一个“空白解决方案”来启动它，它将是一个*.sln文件(比如EnterpriseSolution.sln)，它位于一个名为EneterpriseSolution的文件夹中。可以从“其他类型”创建空白解决方案。然后，我将添加您描述为独立项目的其他部分，每个部分位于"EnterpriseSolution“文件夹下的自己的文件夹中。

例如，每个面向网站的客户端都有自己的项目文件夹。看起来您将有多个网站，所以如果您使用一个解决方案包装器，您需要确保为每个站点设置不同的“端口”以供运行。但是，您也可以创建不同的解决方案“包装器”(作为一个空白解决方案，开始，然后项目引用您想要的项目)，以便将每个网站精辟地包含在您的文件夹结构中，这样您就可以专注于企业解决方案的一部分。但是身体上你会知道一切都在哪里，以及它是如何组织起来的。

这样，当您通过windows资源管理器查看您的企业解决方案文件夹时，您只会看到您的解决方案文件和项目文件夹。

谢谢，祝你的项目好运。