目前国内运行比较稳定的HIS主流开发工具都有那些？

wrjcs8086

PB在HIS中的应用已经是苟延残喘了。虽然PB在面向数据的软件开发中速度快，但是他的运行效率很低。DATAWINDOW的强大功能是用消耗大量的PC资源换来的。而且PB自身存在很多的BUG，开发出来的软件会隐藏多少的BUG也就不用说了。PB不能支持到多进程、多线程，这是他的先天步足。楼上的说PB开发面向数据应用的软件基本上是无敌于天下，这句话我很不赞同。现在.NET中强大的数据处理功能，可以说是优于PB很多！PB无敌于天下，笑死人了！这是作为一个程序员的悲哀，只是一味的追求所谓的开发效率而忽视了运行效率。虽然说现在的低价的硬件资源可以弥补这一不足，但是硬件的发展不应该是用于这样被无情的消耗，我们应该将其用于软件上的升级，功能上的壮大。一味的追求开发效率，开发出来的软件只能用于短时间内的应用。这样的软件，在运行期间程序员就要跟着软件跑。需求一变，软件就要跟着变！

tanyiqiang

看来楼上的开发理念还是80年代的，用什么工具都解决不了你的问题。

披发头陀

不知道即时交易性业务要支持多进程干嘛

wollaston

不过还停留在PB6.5的软件是应该好好思考一下了。

如果还认为只有PB才能做好数据库开发的话，也需要好好思考一下了。

看看其他的工具吧。可能要带来很多新的思路的。

wollaston

最初由 披发头陀 发布
[B]不知道即时交易性业务要支持多进程干嘛 [/B]

多线程不是这个意思。

你看一下多线程开发的相关介绍就可以感觉到了。

当a线程运行的计算与b线程运行的计算可以独立分开的时候，但这两种操作又是在一个程序界面的时候，可以用分开的多线程去处理，而且可以在第三线程控制前面的两个线程的处理过程。

比如说你的数据库现在很慢的一个操作，可能要一分钟，如果你新开线程处理这个操作，而把界面线程仍然留着，操作人员就可以还处理其他事物。

wollaston

最初由 wrjcs8086 发布
[B]PB在HIS中的应用已经是苟延残喘了。虽然PB在面向数据的软件开发中速度快，但是他的运行效率很低。DATAWINDOW的强大功能是用消耗大量的PC资源换来的。而且PB自身存在很多的BUG，开发出来的软件会隐藏多少的BUG也就不用说了。PB不能支持到多进程、多线程，这是他的先天步足。楼上的说PB开发面向数据应用的软件基本上是无敌于天下，这句话我很不赞同。现在.NET中强大的数据处理功能，可以说是优于PB很多！PB无敌于天下，笑死人了！这是作为一个程序员的悲哀，只是一味的追求所谓的开发效率而忽视了运行效率。虽然说现在的低价的硬件资源可以弥补这一不足，但是硬件的发展不应该是用于这样被无情的消耗，我们应该将其用于软件上的升级，功能上的壮大。一味的追求开发效率，开发出来的软件只能用于短时间内的应用。这样的软件，在运行期间程序员就要跟着软件跑。需求一变，软件就要跟着变！ [/B]

这么说有点过了。

PB不是缺少美，只是缺少与你需求一致的美。

wollaston

最初由 tanyiqiang 发布
[B]看来楼上的开发理念还是80年代的，用什么工具都解决不了你的问题。 [/B]

80年代的开发理念是什么样子的？

DOS，汇编？or？？？

CommandLine？

我看不出你的楼上有80年代的开发理念哟。

wollaston

最初由 cntom 发布
[B]PB6、PB9完全够用了，在目前来说。 [/B]

PB的下一步发展是哪个方向？有没有人关注过？

现在borland到底下一步搞什么？好像在微软的.net的轰炸下也趋向于合作态度了。

有点像Nvidia说的，做大微软的同时，nvidia也再成长，与其让微软一个人膨胀，不如我也分享这个膨胀。

wollaston

最初由 wlzhchina 发布
[B]PB开发速度快，但也有局限性，许多支持方面不如VC，C++，Vb，delphi [/B]

VB还是不要选了，basic本身的约束，虽然被微软的那个天才改了又改，但是还有许多方面用起来不方便。

我原来就是用VB的，现在连给同学（我的几个对计算机比较烂的成教同学）演示程序都不用VB，好像只能局限在指令层面，一到复杂的类和继承、设计模式，就比较苦恼了。

lj_lt

我不知道PB还有什么做不到的