这个不清楚,我用的是mvc的三层架构,bussiness层也是用的data层的单列模式
这么用肯定有好处, 但是我看到的坏处比好处多, 哎, 来个大神来说下啊
@何其菜: http://www.cnblogs.com/seesea125/archive/2012/04/05/2433463.html你看一下这个呗
只有合适的才是最好的,项目开发过程中不一定会用最合适的技术,往往是程序员熟悉或者是偏好哪一方面,就使用了哪一方面的技术。
比如, 能举个例子, 现在我看到的就是查询排队排队排队
不要把排队做到数据层。在上层就做负载,项目如果做负载均衡应该不会有大问题。你多虑来了。
不是我写的,我新入职的公司的项目! 感觉这样不好,但是又不好说
首先你得搞明白你系统里的排队是不是单例引起的?!
据我所知单例是不会引起排队,你系统的排队可能是你系统没有做多线程处理
所有的都是单例当然不好,单例是确保有一个且只有一个类的实例,你该去想想什么东西需要是单例的,比如系统只能有一个窗口处理器,或者一个打印机处理程序,或是单个的到数据库引擎的访问点,你的PC机会有几个串口,你就不能用单例,但是只能有一个“COM1”实例,就需要用单例,这是我对单例的看法(2种常见的实现就不说了),单例与用什么框架没什么关系,与你说的排队没什么关系
首先并不是单例就会像你说的那样排队。除非他对象内 有锁。单例并不会对并发性能有任何影响。
当觉得什么什么的时候,想想为什么。。
可以这么做,虽然只有一个对象。适量的用效率不是考虑首要的应该考虑整体
具体情况具体分析吧。。。首先你的DAL有没用到ORM,在配置使用的时候有没用到锁,没有任何的源码实在不好判断是什么引起的效率问题
查询的排队 和单例无关
因为对象在取的时候会被锁定住 但是调用方法的时候不会被锁住啊
你确认是因为单例导致的查询排队?