VCL会不会成为DELPHI的包袱？

RT

解决方案 »

  1.   

    不会，VCL毕竟是走RAD，而且是非常成熟的架构和应用，而非C/C++路子。
      

  2.   

    用户的要求越来越苛刻，感觉VCL控件越来越不爽了－－－要写大量的代码。发发劳骚。呵。
      

  3.   

    感觉MFC的控件使用起来更麻烦
      

  4.   


    写大量的代码？是使用vcl吗？代码用于设置控件的初始状态？？
      

  5.   

    哎，简单来说吧。很多控件都需要扩展，第三方的也不符合要求。如果VCL以后扩充了。　不知道是不是向下兼容？