三层HIS

tanyiqiang

原帖由 YRHIS 于 2008-6-26 17:10 发表
设计的好，可以吵过c/s

问题是谁可以设计得好?
实际结果与理论总是有差距的.

husthxd

原帖由 YRHIS 于 2008-6-26 17:10 发表
设计的好，可以吵过c/s

呵呵，还没有见过。
三层的运行效率以及瘦客户端的用户体验性比C/S要差很多。

powersuite

三层HIS不是WEBHIS，在现在的WEB环境中还是没办法做WEB的HIS客户端的

lgx522

原帖由 tanyiqiang 于 2008-6-25 13:16 发表
算是实话,数据库访问的速度要是能达到C/S的水平,那就天下无敌了.
三层慢的问题就从来没有解决好.

慢的原因有二：一是滥用ORM（主要是Java领域），二是滥用WebService（主要是.net领域）。
扔掉此二者，速度就不是问题。

近日看杂志，似乎方正众邦以流行的SSH（Spring+Hibernate+Struts/Flex）做了套真正三层的HIS，不知这次豪赌的结果如何，慢慢看。
Hibernate好是好，没有深厚的功力是很难搞好的。养一班费油的HB达人，不如直接JDBC。

powersuite

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

wollaston

快一年没有关注软件开发了.三层,还在数层数呀

husthxd

原帖由 lgx522 于 2008-6-27 14:49 发表



近日看杂志，似乎方正众邦以流行的SSH（Spring+Hibernate+Struts/Flex）做了套真正三层的HIS，不知这次豪赌的结果如何，慢慢看。
Hibernate好是好，没有深厚的功力是很难搞好的。养一班费油的HB达人，不如直接JDBC。

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

husthxd

原帖由 wollaston 于 2008-6-27 17:59 发表
快一年没有关注软件开发了.三层,还在数层数呀

呵呵，现在谈的是SOA，服务

wollaston

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


呵呵，现在谈的是SOA，服务

当年感觉三层不够忽悠,偏不倒大众,又编一个SOA出来骗人.

powersuite

呵呵，骗不骗人，是仁者见仁、智者见智，忽悠者之所见皆可忽悠
话说回来，这个行业有时候还是要靠忽悠来推动的，不管咋么忽悠，信息化还是为医院做了实事的，比起医院其他的“技术创新”的忽悠能力，那是小巫见大巫了
不论是三层还是SOA，在思想都是对的，总是尝试去解决软件结构上的一些痼疾，至于被当作题材来被人炒作这不是技术人员的错了。