UC知道一个关于应用设计模式的问题
来源：百度知道 编辑：UC知道 时间：2024/06/18 00:39:44
有这么一个简单的工程，项目有3个包，
org.bean,
org.servlet,
org.dao,
bean里面是对象的类，dao里面是一些数据持久的类和函数（hibernate）。
dao里面对应每一个bean都有1个dao类，类里面都是static的add update delete get方法，比如
public UserDao{
static void addUser(User user){...}
static void updateUser(User user){...}
static void deleteUser(User user){...}
static void getUser(int id){...}
}
如果bean的数量很多，那么就会有很多dao
每创建一个bean就要创建一个dao
有没有办法可以优化这种结构？
SP1:static void getUser(int id){...} 应为static User getUser(int id){...}
SP2:我是说,有没有可能应用某种设计模式,让代码的结构性更加优化? 因为每个dao的结构都差不多
org.bean,
org.servlet,
org.dao,
bean里面是对象的类，dao里面是一些数据持久的类和函数（hibernate）。
dao里面对应每一个bean都有1个dao类，类里面都是static的add update delete get方法，比如
public UserDao{
static void addUser(User user){...}
static void updateUser(User user){...}
static void deleteUser(User user){...}
static void getUser(int id){...}
}
如果bean的数量很多，那么就会有很多dao
每创建一个bean就要创建一个dao
有没有办法可以优化这种结构？
SP1:static void getUser(int id){...} 应为static User getUser(int id){...}
SP2:我是说,有没有可能应用某种设计模式,让代码的结构性更加优化? 因为每个dao的结构都差不多
并不是每一个bean都要对应一个dao，可以几个相关的bean对应一个dao也是可以的，前提是她们一定要有很紧密的关系，但是一般情况下都是一个bean对应一个dao
你说要优化这种结构，你是不是觉得写了很多dao显的很麻烦，其实是你对软件分层没有理解，你说的这种应该是典型的mvc模式，之所以要这样分层，就是要将软件各个部分解耦合，你觉的写了很多，但是这样写对软件的可维护性等有很大的提升。