问题标签 [3-tier]

我有一个 3 层 ASP.NET 2.0 应用程序。我想使用通过登录控件添加的凭据来使用成员资格类的 Membership.ValidateUser 方法。尽管看起来很愚蠢，但我无法弄清楚如何让 ValidateUser 控件调用除了 web.config 中指定的数据库之外的任何内容。我需要的是调用中间层，该中间层将对数据库进行身份验证。我不能让表示层直接对数据库进行身份验证。

它们都基于mvc。

但是在三层架构中，存储层是一个单独的层，

而在 symfony 框架中，数据库（存储）级别包含在模型层中。

为什么它们不同？

我正在编写一个将用于不同应用程序（2 层和 3 层）的模块。我需要连接到数据库。因此，当与 2 层应用程序一起使用时，我使该模块需要一个 java.sql.Connection 对象作为参数。那里没有问题。

我面临的问题是，在 3 层应用程序的情况下，模块将从表示层使用，因此，我不想为模块提供连接对象以进行数据库访问。

你建议我用什么来解决这个问题？

我的朋友曾经开发过 2 层应用程序，该应用程序直接连接到数据库，现在他需要迁移到 3 层应用程序，但他对应用程序的速度有疑问。这个新的应用程序需要在客户端生成大量的报告，所以他担心这个过程的速度，需要调用业务层来查询数据然后序列化回客户端，这需要很多时间。

他想知道，有没有办法提高这种情况的速度？

• 添加信息生成报告我的意思是从数据库（在应用程序服务器）查询数据并将其序列化回客户端以将其绑定到报告文件。

我有一个正在开发的 Web 应用程序，到目前为止，我已经完成了数据访问层。每个表都有自己的类，该类创建该表的行对象，因此每个对象代表表的一行。每个对象的功能基本上都是 CRUD 操作。

我的问题是，为应用程序实现业务逻辑的最佳方式是什么？我在 PHP 中执行此操作，因此我可以只包含一个包含大量函数的文件，但我希望将其组织得更好。数据访问层已经采用了面向对象的方法，所以我想继续这样做。

假设一个基本的 3 层应用程序（UI-Service-Data Access）具有数据访问层（SQL、Xml ...）的完全抽象

UI 应用程序由具有多条件过滤器、查找等的 Datagrids 组成。

那么如何在这个架构中处理多条件查询，而不必创建多个服务方法，并将所有可能的条件作为参数......

请注意，UI 层不知道 DAL 是如何工作的。

我有一个数据访问层，它为数据库中的每个表都有单独的类。每个类都创建引用表中一行的对象，它们具有创建、更新、删除和获取功能。它们都扩展了一个 DBObj 类。我的问题是，假设我想向 写一个查询SELECT * FROM table，并在一个函数中使用它。把这个放在哪里最好？在业务层还是在各自的数据层类中分组所有相关功能？如果重要的话，它在 PHP 中，使用 MySQL。

对于.Net，微软/其他人提供了许多项目，通过这些项目可以了解模式等如何在现实生活项目中实现。

我正在寻找 Java EE（除了 Sun 提供的示例：http: //java.sun.com/javaee/reference/code/）。我正在寻找更复杂的。可能正在使用 JSF/Spring/Struts

刚开始研究mvc，还不确定我是否掌握它。据我所知，它似乎是一个 3 层解决方案的实现，即模型对应于 DAL，控制器对应于业务逻辑层，视图作为表示层。

我在这里离基地很远吗？

在具有分离实体或 DTO 的 3 层应用程序（WCF + LinqToSql 或 EF）中处理数据并发问题的最佳方法是什么？

谢谢。