基本上,
对MVC和WebForm的选择和感受因人而异, 瞎说了6种情况, 大过年的, 博大家一乐~
Beginner:
好且简单 -> WebForm, 哥们我也能写程序了耶...
Bring Something On:
做的更好且更清晰 -> MVC, 懂这么多还需要让别人隐藏细节的同时碍手碍脚? 俺更关注XXX.., 好处s are here, here and there..; 以上情况和选择, 在ASP.NET MVC出现后会更加普及.
Plenty:
都
不难, 根据不同的需求取舍 -> MVC & WebForm, 列出各自的优点后分析项目特征的偏向性决定自己的倾向性. 说不难, 是指真真正正的不难, 如果有不少无论概念上还是技巧上的模糊点, 则只是在向这一阶段发展; 也有根据感情取舍的, 反正具有很强的实现能力或Hack能力, 对各种类型和层面概念也有不少认识了, 自由我所欲也... 当然要是有什么更好的选择, 朝秦暮楚水性杨花也是很正常的事情 :P
Hardcore:
有足够的水平设计和实现一个自己的框架来获取MVC所能提供的优点 -> WebForm(*只要有任何一点点使用WebForm的理由, 且是在没有第三者的情况下*), 即
便使用相当的复杂混乱的模型也不会被大幅拖后开发效率, 更不会被该复杂模型影响而丧失比"些许"哪怕多一点点的执行效率(如果有这方面需要的话);
因为没有精力,
或还不能一天1000行代码的制作出高度复杂且完善稳定的模型. 再说重新实现一个可操作的模型会让其他合作程序员人手一本的500页的21天精通XXX内部版,
而规划一个万把行的框架再加上一定规模的Hack直接把程序员码字的地方限制住并提供些糖豆看似更靠谱, 嗯... 至于不满意的地方(此时心中痛骂WebForm一千遍, 并因为力量有限再次立志早日参与开源事业), 早在Plenty时代就不是问题了..
Monster:
正在某一个最擅长的领域钻研 -> Neither, 社会通过各种形式严格限制这些人的时间被浪费, 类似于MVC或WebForm的一切开发社区中比较现实的问题, 都跟这类人无关.
Unkown:
.....................................................................................................
实际上不仅仅是WebForm和MVC, 很多类似的选择都可以套用以上的说法, 因为不同的经验/技巧/思考量/知识掌握程度会决定其中一个比另一个更让我们舒心.
如果你不在意该文直接或间接的贬低了你(写完了意识到这种可能性)或使你过高估计自己的水平(这个比较要命)的话, 在我看来这些也可以做为一个另类的选择指南: 先估摸下自己的实际情况, 再做出决定, 可能能避过很多风险; 比如: 暂时不适合承担的复杂性(一般出现在WebForm上), 或者某些概念上的理解程度(WebForm和MVC都可能出现).
至于更高的境界, 无需操心, 只要你还干这一行, 人人都会顺利升级. 嗯, 我是说, 除了"Unkown"之外..