个人中心
文章发布
退出
作者热门文章
- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用？
- database - RESTful URI 是否应该公开数据库主键？
24
4
我正在尝试使用 OWASP specification for hashing 进行安全登录以防止 SQLInjection|但对于我的应用程序的其他部分，我正在考虑使用 JPA，但我不知道使用混合是否是一个好习惯，或者我应该坚持对所有数据层使用 DAO 并保持一致？
我还想知道同时使用 JPA 和 DAO 是否会导致运行时出现兼容性问题？
谢谢
最佳答案
这是关于在使用 JPA 时使用 DAO 层是否有意义的讨论的答案。
How should EntityManager be used in a nicely decoupled service layer and data access layer?
我认为这同样适用于任何数据访问逻辑(例如登录)
关于java - Web 应用程序 : DAO and JPA for data layer，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7866775/
24
4
0
我有组件需要更新客户和客户地址的数据库(通过 JDBC)。从 CustomerDAO 调用 CustomerAddressDAO 是否合适？或者创建一个单独的“CustomerDataManager”
任何人都可以解释MS Access 2007中DAO.Recordset，DAO.Recordsets和DAO.Recordset2之间的区别吗？基本上使用记录集。...举一个例子，使它更清晰。我从“
所以我正在编写一个个人项目来学习 Web 编程，并且我遇到了 DAO 模式。我构建了一些类(模型)，并且像几乎所有程序一样，它们是嵌套的(例如:类 Payment 具有对 Author 实例的引用)。
我有一个基本问题。 我一直在创建关注点分离的 DAO。每个 DAO 都专注于上下文中的 BusinessObject。我的问题是如何在另一个 DAO 中使用一个 DAO 方法。我认为这是错误的，但没有
有没有办法使用 Android Room Persistence Library 将 DAO 作为依赖项添加到其他 DAO 中，也许是使用 Dagger2？我试图避免在使用事务对多个表执行操作的 DA
通常，我会尝试以一种完全依赖于自身的方式来构建我的 DAO 类。它们可以与多个表交互，但前提是数据与基础对象相关。例如，假设我有一个约会对象，约会 DAO 从约会表中提取数据。如果约会表是一个服务 i
在学校学习过 Java 后，我对 DAO 模式( Data access object )非常熟悉。然而在工作中我使用.NET。在 .NET 中，经常讨论 DAL( Data Access Layer
我一直在尝试按照以下步骤创建一个通用的 DAO: http://www.ibm.com/developerworks/java/library/j-genericdao/index.html 不过，我
Java EE 中的最佳实践是什么？ 在服务(或管理器)类中创建 DAO 类的实例 SalesDAO salesDao = new SalesDAOImpl(); salesDao.findCusto
这有道理吗？ 假设我需要从 DB 中获取一个对象，该对象与另一个对象有关系(由 DB 中的外键表示，并由我的域对象中的组合表示)。如果在我的第一个 DAO 中，我为对象 1 获取数据，然后为对象 2
我目前正在为应用程序创建数据访问层。此应用程序最初将连接到 Oracle 数据库，但稍后也会连接到 DB2 数据库。 为了连接到数据库，我将使用 JDBC。在这个时候我正在考虑我的选择。在我看来，我有
我正在 JSF 中设计一些数据“块” 我从每个块的 Java bean 中获取我的数据。 我的问题是我的块从多个表中获取数据。 例如: 描述 的块客户的个人资料 由组成: 客户名称(在表 客户 中)
将 DAO 类与应用程序代码中实际实例化的 DAO 类分开有什么好处，即为什么不在这样的场景中直接实例化 DAO 类: Class CreateIocContainer{ p s v main
我正在为我的 DataNucleus JDO DAO 创建通用 DAO。通用 DAO 将执行获取、更新、删除、创建操作和一些其他通用操作，因此这些实现可以在更具体的 DAO 中进行扩展。 是否有可能以
这可能是一件非常微不足道的事情，但我是一些面向对象模式的新手。 简而言之，在另一个 DAO 中使用一个 DAO 中的方法是一种不好的做法吗？我试图在 DAO 中创建一个实体，但发现仅使用该 DAO 很
我参与了一个 Java 项目，该项目从不同的支付代理获取支付信息，对其进行处理并将其存储到我们的计费系统(数据库)中。 由于我们有不同的代理，因此支付协议(protocol)也不同，因此我们有时有相似
考虑以下 Room DAO @Dao public abstract class JobDao { @Insert public abstract long insert( Job v
我有一个“容器”类，其字段包含在多个数据库表中，我使用 DAO 模式来访问数据。 问题是，我应该为这个“容器”类创建一个 DAO，还是每个表有一个 DAO 并合并它们的数据更好？ 最佳答案 您应该根据
我们正在通过 @Service 和 @Component 注释使用 Spring @Autowired 改造一个新的面向服务的架构。 我一直在和我的同事争论不让每个 DAO 都有接口(interfac
我有通用的 DAO: @NoRepositoryBean interface ICrudDao extends Repository { void delete(T deleted);
我是一名优秀的程序员,十分优秀！