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