这可能是一个奇怪的问题。毕竟,大多数人都希望跳出PB而不是IN。
然而,经过仔细分析后,我觉得Powerbuilder可以比C#更快地完成任务,就像4GL一样。
现在PB正在变为支持.NET,我想也许它是一个很好的工具。
我的主要工作是开发具有大量数据输入/报告/数据表示的企业应用程序。
我已经尝试过datagridview,与数据窗口相比,它非常糟糕。我最初想购买并试用telerik解决方案,但由于时间不够,我只是假设C#中的实现同样笨拙。
你是否认为现在跳进Powerbuilder是一个好主意,因为它只有4GL承诺转移到.net?
非常感谢。不要犹豫,根据我的意见批评我的选择:
c#是非常低级别的,并且有很多关于数据绑定控件的编码等等
powerbuilder是一个4gl,具有出色的抽象功能,可以避免不必要的编码。当然,您放弃了一些控制权,但企业应用程序需要多少控制权? C#是一种非常强大的语言,是的,你可以在C#中做任何事情。但Powerbuilder更受限制,在制作其范围内的东西时可以在PB中完成更多工作:即企业应用
powerbuilder正在转向.NET,可以通过使用C#扩展它以获得更复杂的东西。
是的,我知道有一个DataWindow.NET控件非常出色但是不能保证长寿,因为在看到PB.NET牵引后Sybase可能无法继续支持它。毕竟它会蚕食PB.NET的销售
答案 0 :(得分:2)
你是正确的,PB可以非常高效。最终,“使用有效的方法”的策略很好。也就是说,有些事情需要注意。
最后,虽然对C#有更高级别的入口点有一些价值,但你必须学习PB和C#的一些内容。管理两个工具比管理一个工具带来了更多的开销。对于您正在构建大量数据输入和报告的典型CRUD应用程序,SQL和数据窗口之间的生产力提升和强大关系可能是值得的 - 这取决于您自己决定。
答案 1 :(得分:1)
如果可能的话,我建议你等一段时间看看PB12是如何做的。让我担心的是:
最后,如果你真的经历过这个,那么我能给你的最好的建议就是:设计你的项目时要记住,有一天你可能需要将它移植到另一种语言。由于我不是.NET程序员而且我还没有使用过PB12,所以不能确切地说出来,但请记住这一点。我希望我们的应用程序可以移植到PB3甚至是PB2。
答案 2 :(得分:1)
非常感谢大家。
我决定坚持使用C#,因为担心(可能是非理性的)Sybase将很难赶上未来的.NET升级
因为我还年轻,从事绿地应用,我更喜欢选择一种长寿和支持的语言。
尽管如此,我感到遗憾的是Powerbuilder与其他语言相比并不受欢迎,因为我可以看到令人敬畏的生产力改进,而数据窗口控件是我在很长一段时间内看到的令人印象深刻的数据绑定控件之一。
再次感谢,伊兰和伯纳德!
答案 3 :(得分:1)
我认为你不必担心PB会很快消失,它已经有很长一段时间不断发展并且会继续存在。有一个非常活跃的用户社区,许多大公司仍在使用它。
我认为,至少从接触不同编程范例的角度来学习尽可能多的工具/语言也是件好事。 PB非常适合某些项目,C#适用于其他项目 - 它们不一定互相抵消。
您可以查看最新的PB.NET(Beta2)here