一个项目发布2个服务类有什么利弊？求大神指点

_devin 2014-07-14 05:38:34

鄙人现在在写webservice，老大要求不同客户端调用的接口能够分开来写。我现在在同一个项目下发布了2个服务类，这样好不好？求大神指点。

...全文

225 6 打赏收藏转发到动态举报

写回复

用AI写文章

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

泛用人形代码复制机 2014-07-15

打赏
举报

都做成webservice里,还管什么客户端? 只看业务需求来分.

threenewbee 2014-07-15

打赏
举报

万事有个度，分开的好处是可以灵活组织。不分开的好处是一个整体便于管理。就好比一列火车为什么是大约20节车厢，而不是一个整体，或者每个座位搞一节，弄出1000节车厢。也许我们没有办法说出为什么20节车厢，每节100个座位为什么最好，但是显然它要比前面两种情况合理。

_devin 2014-07-15

打赏
举报

引用 4 楼 findcaiyzh 的回复:

我觉得还是得具体问题具体分析，如果确定有两个，而且将来不会增加太多的话，两个service类，甚至两个web project都可以。将business logical剥离出来成为单独的project, service类或者web project引用business logical的项目。还有一个问题是你如何控制authentication，也就是限制那个客户只能访问哪个web service. IIS级别可以使用IP restriction. 如果客户端会增加比较多的话，建议使用user-role这样的机制好一点，一个web service，使用role来显示什么web method可以调用。这样增加新的用户，不需要修改代码。

学习了！

_devin 2014-07-15

打赏
举报

引用楼主 u012087785 的回复:

鄙人现在在写webservice，老大要求不同客户端调用的接口能够分开来写。我现在在同一个项目下发布了2个服务类，这样好不好？求大神指点。

就是有不同系统都会调用，如：安卓、苹果、还有一些别的系统等。

宝_爸 2014-07-15

打赏
举报

我觉得还是得具体问题具体分析，如果确定有两个，而且将来不会增加太多的话，两个service类，甚至两个web project都可以。将business logical剥离出来成为单独的project, service类或者web project引用business logical的项目。还有一个问题是你如何控制authentication，也就是限制那个客户只能访问哪个web service. IIS级别可以使用IP restriction. 如果客户端会增加比较多的话，建议使用user-role这样的机制好一点，一个web service，使用role来显示什么web method可以调用。这样增加新的用户，不需要修改代码。