程序开发框架比较
BCB
优点：支持RAD开发,做界面方便。
可以从VCL中的类继承，不需要重复vcl已经实现的功能。
缺点：因为BCB基于类继承的方式，要想熟练使用，需了解VCL中的类，学习量大。
RAD开发让用户不容易了解界面开发的本质。比如说控件是用来显示状态的，而在VCL中，控件和状态是没有联系的。
使用：如果界面开发使用MVC模式，就需要从VCL中类继承，然后使用控件来实现。


VC
优点：基于mvc模式开发，代码更容易维护。
可以从MFC中的类继承，不需要重复MFC已经实现的功能。
缺点：因为VC基于类继承方式，要想熟练使用，需了解MFC中的类，学习量大。
界面不方便，只封装了windows自带几种简单的控件。
使用：从MFC的类继承，可以直接使用MVC设计模式，很多界面（控件）功能需要自己实现。

上面的比较大家觉得对不对？
理想的开发工具是什么样的，现有的开发工具中有没有这样的工具？
我想的工具大概是：写出来的代码既容易维护，学习起来简单。
[解决办法]
寻找银弹中。。。

现实开发中，客户总说需求如何简单，但为了实现这些简单的需求，程序员总是设计成非常复杂的程式，因为简单的也总是满足不了需求的变更。

程序代码如何适应需求的变更，用最快的速度最小的代码更改实现需求，而且代码要易看易懂易维护。可以说如果对需求没有一定的认知，就无法捕捉客户表面需求背后的实际需求是什么，写出来的代码就很难适应需求的变更，代码好维护就无从谈起。

好维护的代码，是建立在明确的需求上的，学术上就说一个类是内聚的，这样才好设计，才会带来好维护，从而带来好代码。


我认为易维护的代码是建立在对需求的深刻理解之上的。对需求的不同实现，对系统的多次重构，能带来对用户需求的深刻理解。

无论用哪种编程语言，都能写出容易维护的代码。不同的语言及编译器侧重于不同的领域，如果在windows　系统及内核编程　MFC　则容易些，如果是数据库编程，企业管理系统，则是CB/Delphi容易些，如果是游戏领域，则看游戏引擎，现在是mfc强些，如果为BS系统，则为Java/PHP/C# .如果为 IOS编程 则非ObjectC不可,从这些现象看，现在的编程时代还属于百花争鸣的年代，还没有哪个框架或系统能一统天下。选择哪个流派入伙，就自己看着办吧。

[解决办法]
只要打好基础，啥框架都无需“用力”去学。跟着市场走，市场需求什么就用什么。具体来说就是，老板叫你用什么你就用什么，即便你当老板你也要跟着市场走，因为老板也是客户要你用什么你就用什么。

人家大牛基础学得精深扎实，换啥新框架也用不了多久。基础扎实有底了，然后去找工作，工作中需要用到啥时就具体去深入。市面上的成出不穷的新技术新概念的，8成都是市场行为，多少不是旧酒换新瓶忽悠的。
[解决办法]
於程言或程工具...人是各有所好...不管使用哪一皆可完成工作目的...就算以 Assembly 管理系也行...是...根本是在自找麻跟自己不去而已~ 每一程言或程工具皆有其特...甚的程言或程工具...好後方便是重!

世界上程序多又多...那到底有真是了解程的真呢? 有人以土法的方式在程序...有人以照本宣科的方式在程序...有人以一反三的方式在程序...唯有後者才具善用程序技巧之先天程序活特......

在各行能立群的皆精益求精者...程序亦...高水平秀的程序...通常在徵新程序...我先看徵者所的程序法是否或工整作初步定...不有也啦~ 偶比如有人字得是才高八斗......

不的以及工作上的千百之累...解的技巧是能信手拈...暇之...重拾基籍偶曾的藏......
[解决办法]
主要是要选一个有发展潜力的，能持续的到升级和维护的，不要关键时刻掉链子的
[解决办法]
择其善者而从之,其不善者就别用了。