的url访问单例模式url图怎么分开.需要怎么配置

你对问题考虑得很仔细这很好。但是你的问题与我的书中的问题不同我在书中举的例子并不是J2EE项目中的例子,而是一般的项目包括单用户系统。你考虑问题的角度與我书中考虑问题的角度也不相同从设计单例模式url图的角度上讲,无法导出“严重的错误来”在实际系统中也不一定是严重的错误,偠看是什么情况

我们从资源角度讲吧。资源有两种一种需要排队,一种不需要排队或者需要一种复杂的排队,譬如数据库就是复杂嘚排队问题应该由数据库引擎自行解决,解决方式就是纪录的locking而locking不应该由Java程序解决。

我昨天讲过单例单例模式url图管理是需要排队的,因为你在上一个问题里面考虑的是配置文件的写操作问题单例单例模式url图如何应用到这种情况,基本上就是《Java与单例模式url图》一书中講得那样这已经没有问题了吧。

关于把单例单例模式url图应用到数据库connection的问题较为复杂如果是简单地把一个connection对象封存在单例对象中,那麼在J2EE环境中这是错误的你说得是对的;但是在单用户系统中这并不是什么严重的问题,因为在某一个时刻只有一个用户在使用唯一的問题就是系统可能需要几个connection,譬如两个、三个等而不是一个(不知道为什么的话我下次解释)。注意在我的书中并没有说明是什么样的系统在你的问题里你限定为J2EE多用户系统,这是很不一样的

那么单例单例模式url图是不是就不能应用到J2EE服务器系统中了哪?也不是单例單例模式url图可以用来管理一个connection pool。现在恐怕没有人会自己写一个connection pool但在三四年前并没有商业化的connection pool, 全靠自己写。单例单例模式url图可以用来保存這样一个connection pool在初始化的时候创建譬如100个connection对象,然后再需要的时候提供一个用过之后返回到pool中。如果不是用单例单例模式url图的话这个pool存茬哪里,就是一个问题最后可能只好存到Application对象中。

呵呵问题并不是你想得那么简单。建议你再读一读后面的几章特别是多例单例模式url图的那两章。

对于你朋友的情况来说根本就不需要使用单例单例模式url图。他需要一个工厂单例模式url图把创建connection对象的逻辑包装到工厂對象中就可以了。总的来说我劝读者尽可能少用单例单例模式url图,因为我发现了大量例子都是单例单例模式url图被错误地使用的情况。


版权声明:本文为博主原创文章遵循 版权协议,转载请附上原文出处链接和本声明

 
 
 
 
 
 
 
 
* 私有构造函数禁止在外面new一个實例对象 * 对外暴露获取实例的接口

紧接着开始处理post和get请求:

// 发送Json格式的数据请求 //api路径以http开头,不走网关直接使用该路径 //否则请求需要走网關转发

我要回帖

更多关于 url模式 的文章

 

随机推荐