使用PB和DELPHI的心得

LWWANDVB 2013-02-25 11:46:06

以前是用DELPHI的，现在转来了PB。也许大家很奇怪，DELPHI是好东西，为什么会转过来PB?

DELPHI:
做界面真的很好，很爽。但因为太爽，会使人沉迷于界面和玩控件，设定属性，这样会使人迷失于当中。
PB：
做界面很差，但幸好有些开源的界面代码，也基本上把界面的问题解决。因为控件什么的很简陋，使人无二心，一心一意写代码。这点反而对开发者有益。

DELPHI:
编程方面、IDE的确相当不错。但是每次调试运行都要等待编译的时间。这对于数据库调试要花相当多的时间（系统大时更是如此）
DELPHI编程还有一个令人抓狂的地方，就是一个单元引用另一个单元，需要uses，相当浪费时间。在NET里好了点，用命名空间。

PB:
编程方面凑合还可以，但是IDE太差了，很不方便。语法提示功能没有DELPHI（CNPACK)和.NET的好，这点很重要，输入代码提高效率它是最重要的地方。但是因为是解释方式调试，反而在这方面要节省很多调试时间，爽。

PB没有NET和DELPHI的引用麻烦问题。只要在target中引用相关PBL就行了。方便！！

DELPHI:
数据库方面，的确是不错。数据组件方面是松散耦合。使到程序容易分层。实现界面和数据的分离。但是这样的话，也有不好的地方，不利于快速开发。经常在窗体为了数据连接到界面，搞到东一堆，西一堆控件，connection->adotable->datasource->control。我天生最讨厌东西这边一堆，那边一堆。还要小心它们之间的连接，生怕不小心删了一个，就影响到全部。
写SQL也不方便，经常要在程序中加引号，很别扭。而且本人不喜欢手写SQL,喜欢用向导，在写SQL时经常要跑到数据库用向导生成SQL后粘贴到代码中，不爽。

PB:
数据连接和界面是紧耦合方式，这是好处当然是布局快捷方便。但又有不好的地方，对于相同数据源但把视图放在不同窗体的界面时，需要用于共享数据这个方法。
数据窗体可以用向导生成SQL语句，很爽。也可以在代码直接使用SQL，真的不错！

总体来说，现在用PB，感觉需要在界面上要多花些代码去完善。但因大部分窗体都会使用继承来做，所以这样的代码量应该不会太多，会越做越少。做好这个之后，以后就换来比DELPHI操作数据更方便的好处！！这样以后很适合做快速开发！！

...全文