设计模式的简单应用场景实例

设计模式应用对象

解决方案 »

  1.   

    个人认为用户和角色之间存在多对多的关系，因此需要中间表，在操作时可以使用关联映射，写一条连接查询就能实现，并且不需要user_role 类了，
      

  2.   

    创建型模式：生产类对象用的，类似于new 类名();
    结构型模式: 粗浅的说是定义类和类关系用的，官方的说是从程序的结构上解决模块之间的耦合问题。
    行为型模式 ：设计到算法和对象间的职责分配
    你要解决的问题是数据结构上的基本问题，是数据库层次上的问题，当然如果仔细想想确实和中介者模式相似，也可以映射到中介者模式的，其实从原理上讲中介者和数据库范式在这里有重合啊，总之技术的东西真是很奇妙啊，我很是怀疑到了高深处是不是殊途同归，万法归宗了。
      

  3.   

    在啰嗦一下啦，楼主善于思考啊，不过如果没有人指点的话容易陷入误区，毕竟为了用设计模式二用设计模式是不可取的，但是如果你冲数据库结构上设计，不考虑什么设计模式，等你做完了，在和中介者模式对不你会发现，他们真的很相似啊，但是却不是同一个东西，不过这种第三者思想确实一样一样滴，user 和role两者确实需要第三者user_role。楼主加油啊，这种思考是必须的，恭祝楼主功力大进啊
      

  4.   

    错别字太多，在啰嗦一下啦，楼主善于思考啊，不过如果没有人指点的话容易陷入误区，毕竟为了用设计模式二用设计模式是不可取的，但是如果你从数据库结构上设计，不考虑什么设计模式，等你做完了，在和中介者模式对不你会发现，他们真的很相似啊，但是却不是同一个东西，不过这种第三者思想确实一样一样滴，user 和role两者确实需要第三者user_role。楼主加油啊，这种思考是必须的，恭祝楼主功力大进啊
      

  5.   


    连接查询固然可以做到，我以前也是这么做的。可是如果将来我需要增加用户积分的关联，连接查询岂不是又要修改？我觉得这种办法不太好，而且user和role本来就是两个对象，有可能是我太钻牛角尖了，总之，我觉得用连接查询不太好，也说不上来为什么。
      

  6.   


    我觉得user和role之间关联确实是个问题，要不然也没有存在这个提问的必要。既然是个问题，肯定有对应的设计模式来解决的。对于那个病人没事找药吃，医生也能给他找到设计模式（安静剂，或者精神方面的药 )