asp.net 拖控件开发与编程开发的区别？

azhou88 2017-03-29 04:36:31

这短时间再看一本书 asp.net 3.5 揭秘。书中主要使用的方式是拖控件，比较简单方便。。我想问的是，那么我直接使用拖控件开发就可以了，没有必要必须使用编程模式吧？请给出答案，为什么？

...全文

236 8 打赏收藏转发到动态举报

写回复

用AI写文章

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

江南小鱼 2017-03-31

打赏
举报

拖控件，难道你不需要写代码么？只要写代码，你能说你不是在编程么？你可以运行下你所谓的拖控件开发的页面，查看下源文件，浏览器输出的根本木有所谓的控件，都是html标签。控件只是用来呈现展示的

兔子家族-二哥 2017-03-30

打赏
举报

引用 5 楼 sp1234 的回复:

asp.net 早在10年前，连整个 web 前端都放弃了，当明明知道 web UI 开发转向轻量级的前端控件时，它只是扔了一个 jQuery.js 文件到 asp.net 里边，然后 asp.net 就从此放弃了企业级的控件（而不是把 asp.net 的所有控件都另外在 web 前端技术来实现）。vs自然也就不会用它的设计器去支持像 bootstrap、jQueryUI 这种平台。那么这就造成了那些代码只能手敲。你可以想想看，假设 extjs 的所有控件都可以拖到页面上布局，而且所有属性都可以在 vs 设计器的属性对话框里调整，那么web 编程人员计算是再怎么瞧不起“拖控件的”，当他学 extjs 可能只有1年或者才几个月的时候，他要用3天时间就去给客户开发一个小的上夜程序，也会先用拖控件的方式来设计程序，最后一点时间才用手敲代码。

哈哈哪儿那儿都看得见，拖控件没有问题，你拖了一个TextBox如何让TextBox里面的东西能存到数据库里面呢？是不是要敲代码？

freeflying1222 2017-03-30

打赏
举报

“编程模式”是个什么鬼？如果项目确实是“直接使用拖控件开发就可以”，那就可以了呀。问题是很多项目的需求仅仅拖控件是搞不定的。碰到了，你就知道了，现在这样空口说不好说。

以专业开发人员为伍 2017-03-29

打赏
举报

asp.net 早在10年前，连整个 web 前端都放弃了，当明明知道 web UI 开发转向轻量级的前端控件时，它只是扔了一个 jQuery.js 文件到 asp.net 里边，然后 asp.net 就从此放弃了企业级的控件（而不是把 asp.net 的所有控件都另外在 web 前端技术来实现）。vs自然也就不会用它的设计器去支持像 bootstrap、jQueryUI 这种平台。那么这就造成了那些代码只能手敲。你可以想想看，假设 extjs 的所有控件都可以拖到页面上布局，而且所有属性都可以在 vs 设计器的属性对话框里调整，那么web 编程人员计算是再怎么瞧不起“拖控件的”，当他学 extjs 可能只有1年或者才几个月的时候，他要用3天时间就去给客户开发一个小的上夜程序，也会先用拖控件的方式来设计程序，最后一点时间才用手敲代码。

以专业开发人员为伍 2017-03-29

打赏
举报

所以你看到的那本书，非常适合1990~2007年那个时代，那时候微软的所见即所得的开发平台是令人羡慕的。早在10年前vs就变成了一个“写代码”的平台，设计师则不得不去选择其它的 html 开发工具去做所见即所得设计。

以专业开发人员为伍 2017-03-29

打赏
举报

写代码是最终的、也是最底层的形式。如果有高效率的开发方式，那么当然应该使用开发工具。比如说CAD、动画制作，等等，为什么不就纠结于纯粹“写代码”，因为那个行业要求更高效率。当然专门搞动画大片的团队也有2、3个人专门做底层开发的，但是整个团队工作在更高级的创作层次上。问题是，假设拖控件做出来的不是当今用户需要的产品，那么这样的平台就该着让别人戳脊梁骨了。否则，当然是拖控件开发更有效率。