HIS的.NET时代！

wrjcs8086

最初由 tanyiqiang 发布
[B]三层结构与B/S模式是两码事，我说的和你理解的不一样。
如果你现在是选工具，那可以继续讨论工具的问题，如果工具已经是定局，就不用再讨论了。没有哪家公司会随意换工具的。
多花点时间在架构、软件工程管理方面吧，工具的选择是一次性，之所以有那么多工具，尺有所短，寸有所长，它能在市场上生存，说明它是能解决问题的，不同的人、不同的背景、不同的项目等有不同的工具，建议不要滥用工具的特色，软件的可读性、可维护性、可移植性也是很重要的，只有真正影响开发效率和运行效率的地方，才根据情况进行优化，并且要留下文档。
数据结构+算法+软件开发方法=程序
可以说，应用程序用什么工具都能开发出来，工具使用的熟练程度关系到开发效率、运行稳定性、运行效率，能满足开发与运行的要求就行了，没必要把工具问题提到这么高。 [/B]

那可能理解错了你的所说的三层架构的意思！
工具定调之后同样有讨论的必要！就拿PB来说吧！它也已经向.NET平台转换，你这样你个PB的拥护者应该能够明白他们的发展方向吧！工具并不是随意更换，而是谨慎更换！工具的选择并不是一次性的！选好了工具想再次更换工具确实是很难迈出的一步，因为要付出一部份的代价！而且要已经习惯了原来的工具的那一部份人转换方向确实是很难做到的！
而且我觉得目前HIS坚持使用PB做开发的很大一部份原因并不是PB有多好，而是开发人员害怕使用新东西！就像让老兵来使用新式作战武器一样，他们根本不懂得怎么使用这些武器！所以他们会害怕去使用！
我讨论换掉PB很大的一部份原因就是它因为对前期软件架构设计不够好！虽然PB目前推出了PB11支持全面支持.NET，但是它对软件设计的支持度还是没有改变！基本上还是只能以来面向过程化的理念来设计！
还有你说所的软件的可读性、可维护性、可移植性这几个特性PB做到了几点。就拿代码的可读性来讲，一部份是要靠开发人员的开发素质，另一部份是要靠开发环境的支持！PB能做到什么？基本上是要靠程序员来做代码注释，开发文档！
对你的公式我想修改一下：
数据结构+算法=程序
数据结构+算法+好的软件开发方法+运行平台=软件
你说的有句话我比较赞同，工具使用的熟练程度关系到开发效率、运行效率、运行稳定性！但是熟练程度是要靠使用来强化的，不去使用永远不会熟练！能满足开发与运行要求就行了？这个要求只能在程序这个概念上来将能够满足！但是上升到了软件概念，就要求还要能够满足前期的设计要求！这是PB跟.NET平台的很大区别！

wrjcs8086

量变到质变的过程，什么工具是决定性因素！

wrjcs8086

最初由 wrjcs8086 发布
[B]

那可能理解错了你的所说的三层架构的意思，因为你说“三层结构的优点是只升级服务器”这句我就把他理解成B/S架构了。那你讲的三层架构是EASERVER、WEBSERVICES？但是我觉得Easerver,WebServices并没有这个优点呀！不知道你所说的三层架构是哪个架构？知识有限，只能想到这么几点！
工具定调之后同样有讨论的必要！就拿PB来说吧！它也已经向.NET平台转换，你这样你个PB的拥护者应该能够明白他们的发展方向吧！工具并不是随意更换，而是谨慎更换！工具的选择并不是一次性的！选好了工具想再次更换工具确实是很难迈出的一步，因为要付出一部份的代价！而且要已经习惯了原来的工具的那一部份人转换方向确实是很难做到的！
而且我觉得目前HIS坚持使用PB做开发的很大一部份原因并不是PB有多好，而是开发人员害怕使用新东西！就像让老兵来使用新式作战武器一样，他们根本不懂得怎么使用这些武器！所以他们会害怕去使用！
我讨论换掉PB很大的一部份原因就是它因为对前期软件架构设计不够好！虽然PB目前推出了PB11支持全面支持.NET，但是它对软件设计的支持度还是没有改变！基本上还是只能以来面向过程化的理念来设计！
还有你说所的软件的可读性、可维护性、可移植性这几个特性PB做到了几点。就拿代码的可读性来讲，一部份是要靠开发人员的开发素质，另一部份是要靠开发环境的支持！PB能做到什么？基本上是要靠程序员来做代码注释，开发文档！
对你的公式我想修改一下：
数据结构+算法=程序
数据结构+算法+好的软件开发方法+运行平台=软件
你说的有句话我比较赞同，工具使用的熟练程度关系到开发效率、运行效率、运行稳定性！但是熟练程度是要靠使用来强化的，不去使用永远不会熟练！能满足开发与运行要求就行了？这个要求只能在程序这个概念上来将能够满足！但是上升到了软件概念，就要求还要能够满足前期的设计要求！这是PB跟.NET平台的很大区别！ [/B]

lgx522

To wrjcs8086：
由于本人工作原因，天天在维护HIS；同时本人是IT新技术的狂热追星族，所以从六七年前的PB、VB、Delphi，后面一点的ASP、JSP、PHP，今天的SSH、.NET、RoR均有涉猎（其中Java最精）。对你的问题应该有一点发言权。

五光十色的技术转来转去，到最后发现其实都差不多，不过是各有所长。
甚至现下被许多人奉为真理的OOP、设计模式等等，与所谓过时了的过程式编程，其实谁也不比谁强到哪里去。不过是编程界的流行时尚、各家之言而已。没必要太当回事。
重要的是把手头的技术用精，把实际问题解决好。

PB作为数据库前台编程的一把利刃，其好处众所周知。做Form+DB开发效率第一，原因在于专精，好比纯Web+DB里的ASP、PHP。离开其专属领域，自是难有作为，无法与VB、Delphi相比，更不用说现在的.NET。
但问题是，我们His C/S应用程序90%的情况下都是Form+DB，PB完全胜任，其他10%，可以结合外援搞定（VC、C＃）。如果是产商让开发小组选择工具来做HIS，相信他们还是首选PB，因为.NET的学习、开发时间至少需要2两倍以上。

所以用什么技术，一定要由需求而定。
如果是理性的产商和用户，如果90%的需求都可以用PB搞定，完全没有必要碰.NET；但如果50%以上的需求都要用.NET才方便，那就可以考虑.NET。但说句实话，当前以及未来很长时间，这种需求是不实际的。

wollaston

面向对象的技术不可说为是时尚流行。这个决不会是一种噱头。

wrjcs8086

最初由 lgx522 发布
[B]To wrjcs8086：
由于本人工作原因，天天在维护HIS；同时本人是IT新技术的狂热追星族，所以从六七年前的PB、VB、Delphi，后面一点的ASP、JSP、PHP，今天的SSH、.NET、RoR均有涉猎（其中Java最精）。对你的问题应该有一点发言权。

五光十色的技术转来转去，到最后发现其实都差不多，不过是各有所长。
甚至现下被许多人奉为真理的OOP、设计模式等等，与所谓过时了的过程式编程，其实谁也不比谁强到哪里去。不过是编程界的流行时尚、各家之言而已。没必要太当回事。
重要的是把手头的技术用精，把实际问题解决好。

PB作为数据库前台编程的一把利刃，其好处众所周知。做Form+DB开发效率第一，原因在于专精，好比纯Web+DB里的ASP、PHP。离开其专属领域，自是难有作为，无法与VB、Delphi相比，更不用说现在的.NET。
但问题是，我们His C/S应用程序90%的情况下都是Form+DB，PB完全胜任，其他10%，可以结合外援搞定（VC、C＃）。如果是产商让开发小组选择工具来做HIS，相信他们还是首选PB，因为.NET的学习、开发时间至少需要2两倍以上。

所以用什么技术，一定要由需求而定。
如果是理性的产商和用户，如果90%的需求都可以用PB搞定，完全没有必要碰.NET；但如果50%以上的需求都要用.NET才方便，那就可以考虑.NET。但说句实话，当前以及未来很长时间，这种需求是不实际的。 [/B]

首先对于lgx522 的回帖很感谢！但是引用楼上的一句话，.NET绝对不是一时时尚。过程式编程与OOP有天壤之别，这句话从一个自认为JAVA很厉害的人口中说出来实在是有点意外。。。
你说的很对，重要的是要把实际问题解决。但是实际问题能解决到什么程度是个问题。如果只是单单的把当前的需求解决掉，那用什么工具确实都无所谓！但是，要让软件能够适应以后需求的变化，软件的架构很重要。试问，现在使用PB的各位，你们的软件开发过程是不是直接面向需求的？这样子做，在短期内看起来当然是最快的，但是却不利于日后的软件的升级。在这方面，设计模式里提出的面向接口化编程是以往面向过程化程序设计所不能比拟的。
用什么技术，不是由需求。如果你的软件是直接面向需求的那当然其实用什么技术都没问题，开发效率才起了决定因素。如果你的软件是面向接口的，需求同样不是决定因素，设计才是决定因素！

jiesong

最初由 lfree 发布
[B]

这个是我见过的做差劲的开发团队。
对oracle等数据库完全不了解。 [/B]

这一点我表示赞同。但这样的产品也能卖出去，汗啊。

wrjcs8086

现在的HIS不是说好就会有人买的，要靠关系的！象浙江联众，要是没有省卫生厅，估计没有几个医院肯用！

axbluebdy

语言有关系吗？？

最初由 wrjcs8086 发布
[B]现在的HIS不是说好就会有人买的，要靠关系的！象浙江联众，要是没有省卫生厅，估计没有几个医院肯用！ [/B]

浙江联众的产品很差吗?