还有多少人是搭积木式开发的？

有些是拉控件，设属性，然后写代码，代码比较少，面向过程的(或者不面向什么)有些则是高手，设计类，对象再进行。有想知道一下现在这两类的比例。搭积木的回答 T
否则　　回答 F
有需要补充答 D

解决方案 »

  1.   

    有固定标准吗？什么有利于开发用什么吧。
    TFD
      

  2.   

    任务简单，控件就能完成的，那么就没有必要非要自己写一大堆代码。T
    如果问题复杂，原有的东西不能满足要求，那么就要自己开发符合要求的东西。F
    ps:现在正在自己定义通信协议。D没想到我也使TFD 逃犯党
      

  3.   

    1,好钢要使在刀刃上,事无巨细,都想去同样使力,这是有经验程序员都不会去做的.2,需求的把握过程永远是渐进式的,要让软件象幼苗一样生长,最先具体,然后抽象,然后再具体,
    而不要开始就去设计一大堆类,使用一堆模式..3,一个设计灵活的软件,架构上应该有骨有肉有皮...有硬的不易变的部分,有软的部分可以轻松换来换去的部分..象皮(界面)这样的东西,用控件拖来拖去编辑是比较适合的..4,越是有经验,越不会在软件实现上使蛮力.....组件技术方便了重用,重用次数多后,也检验了组件的
    质量...
    TFD
      

  4.   

    很多写TFD的
    还好我用F来代表第二个答案，要是用M那就惨了。
      

  5.   

    TFD
    不能用一個標準來衡量的吧？
    如果面向對象的不好，那Delphi還用來幹嘛？
    如果隻用抽象類或者其它，那麼那Delphi還用來幹嘛？=============同 意============= 
     回复人： zhmnsw(糖醋鼻子)      能搭不搭是傻瓜！！！
      

  6.   

    TF
    说不好.写着玩的用T.做项目用F.
      

  7.   

    T
    F
    D=还有引用别人的做修改
    这个是什么样的东西
      

  8.   

    仅以掌握RAD为目标本身就是错误的