三层HIS

husthxd · 发表于 2008-6-28 19:52

好的思想，要实现了、应用了、体现价值了才是实实在在的好。

lgx522 · 发表于 2008-6-30 10:41

原帖由 powersuite 于 2008-6-27 15:31 发表
嗯，楼上说的是有道理的,死抱着ORM观念是无助于解决复杂的问题的
但我个人觉得现在的各种JAVA平台都不能很好地解决效率问题，而且JAVA架构的工程维护是比较复杂的
说到数据连接，无论JDBC,ODBC等，数据访问引擎是驻留在客户端的，数据源的实际所在用户是知晓的
这里，我们希望数据源对客户端是隐藏的，所以提出了数据库访问代理的概念，即实际的数据库访问由数据库访问代理执行的
而客户端只是向代理发送了SOAP请求。

纠正一个说法。
做Java企业应用，一般是采用B/S/S架构，数据访问引擎是驻留在应用服务器端的，而且一般配有数据库连接池，连接起来还是相当高效的。
即使是通过RMI或者hessian等做C/S/S，数据访问引擎仍然是在应用服务器端。
只有采用纯C/S，数据访问引擎才是在客户端，一般是写在代码里，用户也不容易知晓。

lgx522 · 发表于 2008-6-30 10:53

原帖由 husthxd 于 2008-6-27 23:32 发表

呵呵，不知道Flex应用的效果如何？
btw：
Hibernate不过就是持久化工具，一般不需要用到里面特别麻烦的Features，用来做个CRUD就足够了。
所以，HB达人？根本就不需要。

Flex本身是个好东西，运行环境安装很小很快，运行起来也很快。
但Flex编程是用本身的ActionScript，稍复杂一点的数据结构，总是要进行转换，还是麻烦。
如果客户端机器配置不太低（CPU > C1.5G, 内存>256M）的话，其实可以采用纯Java，Swing/Swt都很棒！

如果HB只是用简单CRUD或对象包装的话，就不要用了，性能损失太大（不采用缓存的话，只有JDBC的1/4）。
真正用HB做实际应用的时候，很多地方Debug是很痛苦的。
像HIS这种关系复杂的软件，HB是需要用到很多高级特性的，不养几个HB达人是很难满足性能要求的。