rich Client的话题

看了这么多讨论，感到有些疑惑。是否应该思路都停留在
B/S这种模式？java的跨平台，我个人觉得在后端是必要的，但是在前端是否有必要？
现在有多少用户使用非window系统？
所以我和各位观点非常不一样，我认为.net的window forms开发前端是非常好的，开发效率和运行效果都不错。至于有的人说的部署问题，我不认为是什么问题，运用.net的xcopy技术，可以仅下载一段启动程序，其余的组件可以自动安装部署，只要将更新的组件部署到中央服务器上，所有的客户端都能自动更新，至少我们的项目中是这样。当然，我的客户比较小，但是都是跨地域比较大的，分散点很广，也不可能实时联网，这些限制了当初我的选择，但是现在看运行效果还是很好的。
在javaeye,看到更多的是讨论架构这个词，我的架构就是很简单 .net+xml/soap+j2ee, 是一个非正统的smart client模式(虽然我们通过了ms的smartclient认证，但是和ms的正统差别很大，其后端也是采用.net技术的)
.net，java各取所需，没有什么不好的。
以前我很鄙视.net,但是现在没有觉得什么不好。
javaeye给我的印象，似乎都是沉醉于完美的架构，完美的模式，似乎能够解决一切问题，尤其是一些高手，技术的形而上学愈加浓烈。
我个人还是信奉，简单就是美。因为简单，即便是需求变了，你也容易改动，没有完美的框架和架构。

　　我们这儿也倾向于使用标准的客户端技术再加j2ee应用后台搭建企业应用，而且客户端不仅限于传统的桌面，还可能扩展到pda、smart phone等新型的智能无线终端，如果纯粹限于ie，则由于业务界面的复杂性、客户长久的操作习惯及新业务的要求的因素，将会导致web系统非常难于开发，希望大家在这方面进行些讨论，给点参考意见。
　　例如开发出插件式、能本地部分缓存数据、自升级滴客户端框架，各业务以插件的形式提供，并使用CA技术，像这样滴客户端是否可行，与网页形式的应用相比难度是大还是小，实现的技术手段等。

我个人认为是可行的.我们做过这方面的尝试,虽然是被迫的. 我们的一个项目最早是在pda上的，设计时采用evb做前端，用soap来和后段的业务层进行交换。后来升级到.net cf和.net，部署环境也分别是pda,smartphone,pc. 这中间后端系统没有任何改变。
client端由于使用win forms,开发效率和速度都要比web方面快速的多。
没有最好的技术，只有最合适的，这是我的体会，如果一味追求技术的完美、沉陷于某种框架、技术、平台，那么就变成它的奴隶了。

非常赞同！！！
有个疑问： .net+xml/soap+j2ee，中间安全怎么做的，后段j2ee如何控制前段发来的非法用户的业务访问？