通过Web Service动态发布数据可行性问题？
目前的情况是需要建立一系列的数据共享服务，但这服务不能一次确定下来，相时因为时间和新业务的加入需要不断发布新的服务接口，如果针对每个服务都发布为一个Web
Servic接口，那将会涉及动态发布Web Service的问题，所以希望通过一个统一的Web
Service接口结合可变参数列表来发布数据，通过分析参数来返回不同数据集给用户，达到发布的目的，但这样是否违背了原子服务设计的原则，同时因为访问接口的频率会较高，也可能会涉及性能上的问题，所以希望得到这种方案的可行性建议。如果采用动态发布服务，会涉及到动态编译的问题，但项目要求部署后不能随便暂停的。
[解决办法]
统一的服务接口，根据参数决定返回的数据在少量，简单的服务情况下有优势
动态发布服务在需要大量的服务接口，需要根据接口定制数据类型定制，业务逻辑复杂的情况下比较好处理，而且可以比较好的结合uddi服务
但项目要求部署后不能随便暂停的。
---------------
这个是什么意思？动态编译不影响现有已发布的服务啊。需要重新编译的这个服务倒是会终止活动，但是dll重新生成的时间很短，基本不影响使用。
[解决办法]
JF UP 学习
[解决办法]
学习
[解决办法]
学习了
