什么是最好的方式结构的一个项目？[关闭]

Question

我想知道我是怎么应当我结构的项目。

我们有一些项目是(重新)利用在其他项目。

我的意思是，我们的数据项目和示范项目正在利用一个对许多其他项目。

我真的什么要知道的是如何构建这种类型的项目中，什么是最好的方式的名字吗？

在一个标准的3级应用程序，是应该像这样的：

1. DAL，DataAccessLayer、数据...
2. 模型，BusinessObject，BOL...
3. UI、查看...

任何其他想法吗？

在每一个公司我的工作，他们得到了不同的方式来组织，是有一个比另一个更好的?哪一个你用哪一个你更喜欢和为什么？

谢谢!

Answer 1

用数据层，我通常使用：

公司。项目名称.数据 (即AdventureWorks。OrderManager.数据)

用于业务层的我喜欢喜欢的东西"对象中的模型"(我已经使用"商业"或"BusinessLogic"但是，这是数据的区域走到一起的目/课所以你为什么不这样呢？).

公司。项目名称.对象中的模型 (即AdventureWorks。OrderManager.对象中的模型)

用户界面，我喜欢无论是普通的老式"的用户界面"或"介绍"...

公司。项目名称.演示 (即AdventureWorks。OrderManager.介绍)

Answer 2

这就是很多我做什么，除了我有几个图书馆项目，在这里我试着把我所有的可重复使用的代码。然后我的模型和达尔坐在上面的这些librarys，只是添加项目的具体情况给他们

Answer 3

主要是我使用分层结构作为建议在微软模式与做法 应用程序的架构。网：设计应用程序和服务.文件描述了架构。净技术来实现它。

Answer 4

该软件结构取决于这种类型的软件建设。如果你想要做的核编程的其他原则相比，这样做应用程序开发。又一个原则适用的时候你要做物理模拟天气预报软件、软件IDE或编译器。

我假定你们想要做的应用程序的发展。好吧，那么你将最有可能要设计的软件围绕域的你要反映。但是，即使随后有很多的选择。

为更深入的了解在这个大主题，我强烈建议来阅读 Domain Driven Design 从 Eric Evans 和 Applying Domain-Driven Design and Patterns 从 Jimmmy Nilsson.

Answer 5

我目前正在前端网络应用程序，有3层架构：

• 客户层(浏览器)
• 应用程序级(Java EE应用程序服务器，其申请将生活)
• 后一级(主机遗留的应用程序、各种数据库)

它有一个分层的结构，并在应用层是：

• 介绍层：产生的用户界面，将用于客户层
• 应用层：该当量使用的情况下，包含应用逻辑
• 服务层：地域的逻辑和数据从后台层到Java模型
• 一体化层：与后端的层次，并包含关于JMS、电子邮件...和Dao和其他的东西

这只是一个例子项目的结构，并最终的结果将取决于应用程序的类型。你可以阅读 我的回答 要 这个问题 在司和命名的战略的软件包。

你可以加入/交换/删除层正如你看到的配合。在SOA例如，可层服务层之上的应用层或服务层，以便ESB(企业服务巴士)，可以连接到你的申请或服务。如果这是不可能的或似乎非常困难的，你没有一个最佳的建筑和设计。

当思考的结构项目，并允许的情况一样，上所述，一些重要特性的模块和零部件你想要的是：

• 可测性
• 重复使用性
• 维护性

你可以实现这种设计对于低联接和高凝聚力。选择一个分层的结构通过分组模块的功能/抽象是一个良好的开端。在每个层组还通过功能的帮助。让每一个更具体的层仅仅取决于接口的一个更一般的层减少联接。