我即将创建一个项目,我希望有一个类将我的应用程序连接到数据库。
我想以最好的面向对象的方式来做到这一点,遵循 Solid 原则!
我向你提出的问题是:
将您的 Provider 划分为子类(例如从数据库获取信息的子类和可以将数据插入数据库的子类)是否明智?或者您是否将这些功能保留在一个大类中?
最佳答案
我建议您看看 Martin Fowler 的 Patterns of Enterprise Application Architecture 。他有关于持久性模式的精彩章节。
这个问题已经被解决了很多很多次:ORM 解决方案,如 JPA 和 Hibernate、iBatis 映射、Spring JDBC。我无法想象你将如何改进以前所做的事情。如果您无法清楚地说明有何不同,我建议您在投资新产品之前使用已经编写、测试和证明的内容。
如果您必须这样做,我会推荐一个通用的 DAO。这是一个非常简单的:
package persistence;
public interface GenericDao<K, V> {
V find(K key);
List<V> find();
K save(V value);
void update(V value);
void delete(V value);
}
关于java - 使用 Java 的 SQL 提供程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13251371/