Re: Web Services开发体会和项目教训

在“讨伐 ”web services性能的时候，考虑下，用web services目的是什么？如果你把一个单表的修改都用web services来实现，毫无疑问，你的系统性能将付出重大代价，web services设计本来就不是给你这样用的。web services的目的是提供“服务”，通常该服务的意义上来说，应该是重量级的服务。具有传输少，计算大(或者说业务复杂)，一个小的数据提交上来，后台执行复杂的计算，或者复杂的业务处理，返回处理结果给前端。
我原来公司也做个一个项目，用java写后台，cs跟j2ee服务器不停的交换表的增删改查的信息，还好这项目后来被取消了。
永远不要低估跨语言的交流的复杂性，这是我6年各种语言开发的经验之谈。


在实际使用hibernate的例子中，我比较倾向于使用单个的po，po的逻辑关系由程序保证。当然这种设计不符合 hibernate的思想，不过我的目的是解决问题，根据实际经验来看，这样做在项目中更有实际价值。我用hibernate的目的只是不想写那么多jdbc操作，我不打算用他来封装我的业务关系。我的业务逻辑体现是在数据库设计上体现。而程序开发的时候，表的关系是遵循模型设计开发，模型设计中会强制要求开发人员必须遵守模型的关系规则。虽然这样，会在代码中有很多不雅的代码（比起在po表达对象关系来说），但是我觉得更可控。