C#业务逻辑、业务对象、数据访问、项目

我目前正在寻找一个有5个项目的解决方案。它们如下所示：BusinessLogic、BusinessObjects、DataAccess和ActualProject名称。我想知道每个人到底会做什么

Businesslogic：其中有一个名为business manager的文件夹。这里有一些方法可能看起来像这样检查业务规则

BusinessObjects：有两个类，它们都有一堆公共变量，后面有{get；set；}，这些类中没有其他变量

DataAccess：其中有3个类。1位于名为DataManager的文件夹下，1位于名为QueryManager的文件夹下

ActualProject：看起来它只包含实际的应用程序逻辑和app.config文件

如果您能了解其中任何一项，我们将不胜感激

谢谢

听起来很正常

业务逻辑 与域相关的业务逻辑。比如：“确保订单是以价格提交的”，等等。一个维护业务逻辑的中心位置，非常常见（推荐）

业务对象 简单的POCO（普通的旧CLR对象）来表示域模型。没有逻辑，只是轻量级存储

数据访问 针对底层数据存储（即SQL Server、Oracle、XML）处理域对象的持久性。对域对象的行为不做任何假设，只是它的工作是检索/持久化它们

实际项目 UI—通常是web应用程序、控制台、WPF等。它是其他项目的表示层

这遵循微软的最佳实践（关注点分离）：业务，数据，演示

---

通常还涉及其他层，但它们是核心三层。

业务规则、业务实体、存储和表示

---

您可能还想看看这篇文章。

您似乎正在寻找一种解决方案，该解决方案将在本机上允许您解耦表示/业务逻辑/数据库，即三层应用程序体系结构

如果是这样，您需要应用服务器来帮助您轻松地解耦、开发和维护业务逻辑。这取决于您的开发平台

对于Java平台，有许多开源服务器，如glassfish或tomcat（谷歌搜索它们）。您可以创建表示自定义业务逻辑的web服务，也可以使用持久性

对于基于.NET（C#，VB.NET等）的解决方案，您需要类似TNAPS.NET应用程序服务器（检查）的东西，它提供您需要的所有概念—业务对象、数据访问、用户管理、安全性

Ruby/JavaScript世界中也有很多东西（node.js/rails等）。一切都取决于您的解决方案的需要。如果它是面向企业的业务解决方案，那么standart.NET方法就很好了。此外，您可以随时将此逻辑公开到web（saas）it中

最后，碰巧注意到您正在使用c#作为问题的标记，所以请查看TNAPS或其他c#应用程序服务器（尽管没有太多）