java – 我的DAO开始看起来一样,建议一个补救设计模式？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – 我的DAO开始看起来一样,建议一个补救设计模式？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1105字，纯文字阅读大概需要2分钟。

内容图文

我注意到有一个数据访问对象(DAO)接口和实现真的开始加起来：

public interface ForceDAO{
    public void store(Force force);
    public void delete(Long forceId);
    public Force findById(Long forceId);
    public List<Force> findAll();
    public void deleteAll();
}

我有这个相同的接口,我的每个实体类的实现.在我对重构感到疯狂之前,我想知道是否有任何建议模式适用于此处？我有一些自己的想法：

>使用模板模式将所有样板代码分解出来,并在需要时委托给特定的DAO.这可能会减少代码,但我认为接口和类文件的数量是相同的.
>使用泛型描述接口和实现,然后使用我需要的特定DAO参数化实现.再次,这将减少代码,但我认为文件的数量将保持不变.此外,我不确定这是如何工作的,因为我的仿制技术还不强.到目前为止,这是我的首选.是否有其他人使用类似的策略？
>创建一个实现常用功能的抽象基础DAO类,然后使用更具体的DAO类扩展它以获取详细信息.这样可以省去创建这么多接口的麻烦,虽然DAO方法的名称不能特定于实体(例如我不能使用findDogById(),它必须只是findById()).
>最后,因为在检索数据时可能涉及不同的访问方案(Hibernate,JPA,iBatis等),所以看起来交换实现似乎是可取的.这非常适合策略模式.

开发DAO的最优雅,最有效的方法是什么？哪种方法最有利于重用并最大限度地减少冗余？

解决方法:

你可以看看generic dao.

内容总结

以上是互联网集市为您收集整理的java – 我的DAO开始看起来一样,建议一个补救设计模式？全部内容，希望文章能够帮你解决java – 我的DAO开始看起来一样,建议一个补救设计模式？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---