Web Services开发体会和项目教训

我们后台是已经确定了是IBM那一套，客户的要求。另外，即使全部用.net，Web Services性能问题也依然存在。
Web Services慢是确定的，我们测试过，另外Hibernate用得也不妥，都是eager loading。

1500W的也算差不多了。。。

谢谢楼主分享经验！

Web Service相对是会慢一点的，但不是主因。
我认为一般来说后台服务端都是基于OO的，
但Web Service接口的定义其实是不支持OO的，
所以需要架构师仔细地进行定义接口提供服务的方式，
否则就会很容易出性能方面的问题。

顶一个，很好的经验。Web Service确实需要好好设计一下，OO不是个好东西啊

说到底，还是人员的素质不过关，技术能力达不到项目的要求
在对优秀技术不精通的情况下盲目使用，不但不能得到优秀技术带来的好处，反而给项目实施带来巨大的阻碍

不是朝着SOA的话 就是要求分布式的话像ICE这个的分布式框架也可以的吧！WS的效率肯定是问题！归根到底是XML的问题
ajax中Json好像就是回应这个的吧！
不过1500W至少要有些噱头的！可能老大给客户做前期的时候把WS强调了一下！哈哈！

不需要用的对象，都应该手动将其引用置空，这个我想大概是你在分布对象是hibernate的使用cglib增强关联对象造成的，这个时候应该就是手动将这个po转化为vo，特别说明，hibernate在分布式环境下会比较难用一些，很多在单jvm上能做的事在分布环境中确实是不能做的。比如说hibernate自己的集合包装类没有序列化id啊，等等，这时候就需要一个比较精通hibernate的人在团队中

    确实，hibernate用的稍微不好，对性能影响很大

是啊，当时就发现cglib这个问题，但我没怎么想着去解决，我当时正在我负责另一块开发：关于SSO的Web Services，因为我那块关联小，用VO比较多，这个没有什么影响，不过不知道你说的“手动将引用置空”，到 .net那边会不会出现问题，没试过。
如果用iBatis，是否可以辟开这个问题。iBatis我没有实际的项目经验。反正用Spring的Jdbc不会有这个问题，我们可以按需加载。