程序开发框架比较
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 來寫數據庫管理系統也行...問題是...這根本是在自找麻煩跟自己過不去而已~ 每一種編程語言或編程工具皆有其特長...甚擇適當的編程語言或編程工具...好讓後續方便維護是重點!
世界上程序員多又多...那到底有幾個真是了解編程的真諦呢? 有人以土法煉鋼的方式在寫程序...有人以照本宣科的方式在寫程序...有人以舉一反三的方式在寫程序...唯有後者才具備善用程序技巧之先天程序員靈活特質......
在各個行業能鶴立雞群的皆屬精益求精者...程序員亦...高水平優秀的程序員難覓...通常在徵新進程序員時...我會先看應徵者所寫的程序語法是否為雜亂或工整來作初步認定...不過有時這也難說啦~ 偶爾會發現比如有人字寫得醜卻是才高八斗......
經過不斷的學習以及工作實務上的千錘百鍊之經驗累積...解決問題的技巧總是能信手拈來...閒暇之餘...重拾基礎書籍偶爾會發現曾經錯過的寶藏......
[解决办法]
主要是要选一个有发展潜力的，能持续的到升级和维护的，不要关键时刻掉链子的
[解决办法]
择其善者而从之,其不善者就别用了。
