RoR要在企业领域成功，必须过实时性这一关

最近在弄RoR，几乎也快成Java的叛徒了。
谁让RoR做Web+DB就是Easy呢？一个字，爽。

由于本人的工作实际上是在医疗行业做系统维护的，工作时间成天面对的是那些个讨厌的PB程序。有的时候就在琢磨，什么时候能不能有公司也用Java或RoR做一套完整的HIS，来取代这些个五花八门、乱七八糟的C/S程序，达到信息资源整合的目的。
前阵子见某公司用C＃搞过一套，还是很成气候的。不过本人对MS早已敬而远之了，加之实际看下来，性能不过了了，才知道.NET的后台处理能力是不如Java。

医疗行业的业务系统，对实时性要求很高，这是导致技术上过时的C/S系统继续垄断的重要原因。尤其像门诊相关的系统，几个延时下来，操作人员恨不得把机器扔了。PB这类C/S技术做的系统，代码设计之烂惨不忍暏。从长远看来，极难维护和扩展，重用则基本不可能，但眼前的实时性还是满足的。所以，当前医疗行业的信息系统，普遍存在着这样的尴尬局面。

曾经考虑过以Java作为解决方案，即业务操作为主的部分采用Swing或Applet作界面，查询为主的部分采用Web。这种方案最适合的技术无疑是被打入冷宫的EJB（不得不说，EJB一开始就把桌面程序和Web并重，的确是深知企业的需求，企业的业务系统的确不是当前Web的实时性能够满足）。Spring做后端是比较简单，可惜一上来就是冲着Web去的，RCP并不成熟。
这几天开始接触EJB3了，发现比以前简化得多了，不知能不能满足以上需要。这个问题请有经验的同道们一起讨论。
前些天看一些同道用Java后台+WebService+WinForm做前端，本人实在觉得不妥。其实Swing开发起来及运行速度不比WinForm慢多少。结合RMI比WebService快多了。看来自从倒EJB运动以来，大家对EJB以至于Sun的官方技术几乎形成了一种歧视，这完全是没有必要的。Sun以前的技术在重量级领域非常之优秀，只是大家大多数情况用不到。现在开始着手经量级了，大家还是应该尊重一下。

RoR做Web那是没得挑了。可惜企业业务系统的实时性要求就如游戏，稍微慢一点就爽不了。即使用现在流行的Ajax，开发起来繁得很，最后的速度和C/S还是差几个数量级。这样的程序拿到企业，最终还是很难说服领导，因为领导们不关心你用什么技术，他只关心能不能更好更快地解决问题。
所以建议JavaEye的诸位同道，不要成天盯着Web。说实在的，internet领域容不下那么多的就业人员，也淘不出那么多金。
解决企业的实际问题，当是大家未来的前途所在。
建议JavaEye同仁多在RCP下些功夫。

最后说到RoR，如果它能够很好地解决实时性问题，即一方面是表现层的响应速度，一方面是高并发访问的容量，那么我们大家真有必要把它引入企业。

评论

16 楼 ray_linn 2007-05-18  

lgx522 写道

ray_linn 写道

感觉LZ根本没有做任何故障分析，所有的东西都是自己的主观感觉。
LZ这样的分析，我要是老板就直接扔垃圾堆里。

提个简单的问题吧，比如说门诊收费系统里面最基本的拼音字头带出收费项目或者模板，当前的C/S程序是所键即所得，几乎看不到任何延时，熟练的收费员可以在二十秒钟内完成十多个项目的计价。诸位高人用Web试试。

另外说一句，本人在诸位高人看来技术低劣，以后这类的讨扁话题绝不再提。

这个叫ROR的实时性??? 。。。不知道当年书是怎么念的。

要提高界面的响应时间也简单，小数据（比如全国邮政编码）可以直接保存在web数据岛上，大数据（医院所有药品）查询可以利用AJAX，也可以使用Applet或者ActiveX。

更可行的配合二者来做，效率更是提升。 这叫什么难题。

15 楼 lgx522 2007-05-18  

ray_linn 写道

感觉LZ根本没有做任何故障分析，所有的东西都是自己的主观感觉。
LZ这样的分析，我要是老板就直接扔垃圾堆里。

提个简单的问题吧，比如说门诊收费系统里面最基本的拼音字头带出收费项目或者模板，当前的C/S程序是所键即所得，几乎看不到任何延时，熟练的收费员可以在二十秒钟内完成十多个项目的计价。诸位高人用Web试试。

另外说一句，本人在诸位高人看来技术低劣，以后这类的讨扁话题绝不再提。

14 楼 lordhong 2007-05-18  

shaucle 写道

swf本来也不小(看看生成的文件吧,简单的有上百K,复杂一点是上M)
传的xml也并不一定比html小

你做swc component啊，on-demand download。
再说现在哪个网页不是100K，200K的啊，10个页面就1M了。
size大小不是理由。

为什么要传xml？ 直接binary的RemoteObject就行了，比HTML更小，而且只传data，其他markup一律无视。

13 楼 XMLDB 2007-05-18  

实时的概念不是指这样的，所谓名不正言不顺也

12 楼 ray_linn 2007-05-18  

感觉LZ根本没有做任何故障分析，所有的东西都是自己的主观感觉。

系统性能低下，是要找出瓶颈的，层层分析的。

比如

性能低下---.net事务时太长----太多全表扫描
                          ----每秒并发事务太多
                          ----频繁磁盘读写。

LZ这样的分析，我要是老板就直接扔垃圾堆里。

11 楼 shaucle 2007-05-18  

lordhong 写道

J2EE + Flex 2 = scalable and responsive and interactive

problem solved...

swf本来也不小(看看生成的文件吧,简单的有上百K,复杂一点是上M)
传的xml也并不一定比html小

当然介面和操作性不错,但还是不够成熟.而且只是刚open.

10 楼 lgx522 2007-05-18  

ozzzzzz 写道

算了不打击楼主了，我只是提醒你一句，好好的回去研究HIS吧!

HIS自建设到维护到扩展，本人足足干了5年！
由于工作原因，项目开发的经验自然不如几位JavaEye的大牛。但多年来第一线的管理维护经验，希望不要一句话就看扁了。

这篇帖子的主题，是讨论Java及RoR如何取代传统C/S程序，并获得C/S的“响应及时性”问题。有什么高招，尽管提，搞个人攻击没什么意思。

另外感谢lordhong的提议。

9 楼 ozzzzzz 2007-05-18  

算了不打击楼主了，我只是提醒你一句，好好的回去研究HIS吧!

8 楼 ozzzzzz 2007-05-18  

potian 写道

不知道现在医疗信息系统发展得怎么样了？

国外的几个巨头有没有进来？例如 Cerner？

短时间内没戏。

7 楼 lordhong 2007-05-17  

J2EE + Flex 2 = scalable and responsive and interactive

problem solved...

6 楼 rainlife 2007-05-17  

花花公子 写道

hurricane1026 写道

cookoo 写道

你说的是响应及时性，不是实时性。。。

恩。就是这个意思。
ror响应不及时么？从javaeye看不出来阿。

如果碰上遗留数据库，一个长sql就至少一分钟。
最烦的就是n多没用的查询条件，白白浪费查询时间

当然，这并不是ror能解决的问题

是的，碰到SQL这种问题，换JAVA，或其它语言也是一样的，这是DB的问题，要涉及DB优化等，光看JE的情况，ROR在性能应该不错的。

5 楼 花花公子 2007-05-17  

hurricane1026 写道

cookoo 写道

你说的是响应及时性，不是实时性。。。

恩。就是这个意思。
ror响应不及时么？从javaeye看不出来阿。

如果碰上遗留数据库，一个长sql就至少一分钟。
最烦的就是n多没用的查询条件，白白浪费查询时间

当然，这并不是ror能解决的问题

4 楼 potian 2007-05-17  

不知道现在医疗信息系统发展得怎么样了？

国外的几个巨头有没有进来？例如 Cerner？

3 楼 cookoo 2007-05-17  

你说的是响应及时性，不是实时性。。。

2 楼 dennis_zane 2007-05-17  

企业应用跟实时性有必然联系吗？你这里所说的实时性更多的是指性能吧？

1 楼 robbin 2007-05-17  

Java算不算在企业领域成功？ Java的实时性好吗？