来者有分,关于基于internet的java应用程序架构的一些想法!!

Question

J2EE拿来干什么用的？ LZ 你去查查吧~你考虑过 并发 性能 和垃圾回收什么的吗？等你考虑完全整出东西来 估计MS 某某 结构要想提出新的架构 最好先考虑 现在的架构上有什么 缺点 而不是 推倒重新建立

Answer 1

你的想法只不过把那些技术如：rmi,webservice等通过那些框架如：jsf,ajax等整和起来，虽然不错，但你想想比如那些框架每个人有每个人的想法，你觉得这个好，别人不一定觉得这个好，因为java的框架实在太多，每个人都觉得自己的好，所以到现在还没有象.net那样有固定的框架．你要考虑这样做，我认为你还是象楼上说的最好先考虑现在的架构上有什么 缺点 而不是 推倒重新建立．把那些缺点改掉了，就是最好的整和．说的不好请谅解．

Answer 2

建议LZ钻研其中的某一项，不要渴望样样精通，才广泛了解的基础上一定要有所擅长。
MVC模式是很简单实用的模式：如果你对表现层感兴趣的话，可以学学JSP，JavaScript，AJAX，以及JSF框架；如果你对控制层感兴趣的话，可以学学Servlet，Struts框架；如果你对业务逻辑感兴趣的话，可以研究Java Bean，EJB；如果你对持久层感兴趣的话，可以学学JDBC，Hibernate和一些流行的关系型数据库。
这是我的一些建议，希望对你有帮助。

Answer 3

有点搞不清楚的到底是 C/S的程序还是  B/S的程序，，你完全颠覆了 B/S的理念， 把B/S的优点都弄没了。。

Answer 4

我来说说我的想法,就cs结构与bs结构来说各有优点与缺点,cs的优点是主要应用于局域网内,要横跨internet还是有点困难的,当然也是可以实现,我们公司用的是专线,兄弟们想象呀要8K一个月呀,不是每个人都能承担的,如果很多客户端,光此项开销就很大,但它有个特点,速度很快,数据操作非常方便.我们公司同时也上有一个基于internet电子签核bs版系统,它有一个非常大的优点,不用安装,只要上网就可以使用,但是它的速度与数据操作比不上cs版的ERP系统,因此,我想到一个折衷的方法的就是类似QQ那样,需要安装一次,但是可以自己动态安装,直接连接internet,那样既不是有internet的只要可以上网就可以使用的优点,又既有反映灵敏方便快捷的cs优点吗?
    至于说为什么要用端口通信的方法连接客户端与服务器呢?如果用rmi的话,它确实是个好方案,但目前遇到一个很大的问题,就是放火墙的问题,现在我还没有找到一个好的解决方法可以绕过放火墙.webservice也是可以的,但是其性能我真的不敢恭维,对其性能要不高,很少调用,用于连接java与.net,我因为还是可以的,但是如果用得比较频繁,我没信心.不管用那种,大家都知道归根到底都是调用端口通信,为什么我们不能直接就调用端口通信呢?那不是很方便吗?
    为什么不用jsf,ajax,因为我用的是基于internet的类似于cs三层结构,当然用不上jsf,ajax啦,为什么不用jsf,ajax等基于web表现层技术?这个就是cs与bs的争论焦点,在这里我觉得没有必要去争论,我的想法是,jsf与jsp等表现层技术,在客户端请求服务时候不竟要提供数据,还要提供如何表现这些数据,当然也可以使用ajax来动态更新业面数据,这样一来其数据量肯定比
cs更大,为什么我们不能让客户下载一次安装后,以后就可以自动更新的小代价,换取cs的优点呢?我认为这个生意还是可以做的.
     至于逻辑层我的想法是用spring+hibernate这个我就不说啦!
     请大家踊跃发言,不管什么的话,我都乐意听!