对一个大型系统(模块多),在设计中间层的Web服务时,是设计一个好,还是多个好,请各抒自见,来者有分 [问题点数：100分，结帖人chenhaipeng]
|
|
|
|
|
|
|
看需要而定，我遇到的都是一个
|
|
|
|
你说的是WebServices。吗？
我认为应该设计多个。 |
|
|
|
看你的分工合作情况而定，我们开发的项目多个webservice，每人一个，效果还可以。
|
|
|
|
大型系统，最好还是多个，按功能模块分，结构可能会清晰点
|
|
|
|
我做的是多个
按模块划分 |
|
|
|
看你的逻辑模块有多少及规模，如果各个模块间联系不是太大，而且模块功能多的话，就划成几个比较好，因为用户量达到1000以上的话，会体现出来，但不要划分的太多，因为是一次编译，然后其它的就不会再编译，所以第一个感觉比较曼一点，
|
|
|
|
同意：(流水落花春去也，天上人间) 的看法
现在的大型系统结构太复杂 还是多个好 一个的话 迟早会类死人 |
|
|
|
多个好啊，管理也会方便
|
|
|
|
多个好！可以按功能细分
|
|
|
|
up
|
|
|
|
感觉还是多个好
条理清晰 后续工作比较好处理 |
|
|
|
多个好
|
|
|
|
不一定要多，
但是必须要分类！ |
|
|
|
可以按功能划分。
|
|
|
关闭