日期:2014-05-18  浏览次数:20501 次

不拉控件的.NET怎么开发??菜鸟才拉控件??
一般开发小的WEB应用我都是通过拉控件写标签布置页面的,听很多人说他们开发不拉控件,.aspx也是很空白的,我不知道他们是怎么实现页面布局的,谁能告诉我?

------解决方案--------------------
菜鸟和高手都会喜欢拉控件。处于“半桶水”的人,因为非常想学习底层知识,而不是急于架构大量生产力工具,所以他会喜欢什么都手写代码。

你可以看看一个人学习的过程,小学刚入学时期,大学后半时期,都是不喜欢死读书的。只有中间那个阶段喜欢死读书。
------解决方案--------------------
手工写入控件代码或者拖拉控件的本质都是一样的,程序员在设计时刻把控件元素写死在界面上,
这样的应用程序开发无法达到敏捷生产的要求;

有一种设计模式叫MVC,程序员使用现成的视图和视图驱动器,他们不需要拉控件,也无法拉控件,
他们只关注业务逻辑,也就是Model
(注:ASP.NetMVC不是MVC设计模式,只是名字中有这三个字母)
------解决方案--------------------
如果你发现一个控件很臃肿,甚至根本就是错误的架构,那么好,请自己做出自己的控件来,以后“拉”自己的控件。

其实不论是拉控件,还是手工敲入设计器上的调用控件/组件的代码,都是封装了成熟的界面和交互程序的做法。

而如果你从来不封装,永远都是copy代码,那么你最好连.net类库中的现成封装好的方法也别调用,自己用汇编去程序,而且永远不要调用任何自己或者别人的方法,人家写1000行代码,你写1000万行。
------解决方案--------------------
基本上“不拉控件”是具体也说不出什么才是好,只知道什么不好,所以在那里摸索、尝试的阶段。如果你写了大量的代码,你不想去复用?不想去发布给同事?甚至卖给给微软?我不相信这种程序员算是有经验的程序设计师。肯定还是在第一个单位那里刚刚从“拉控件”变成“不拉控件”没有一两年的代码工人,还没有做到去架构前端系统的程度。

如果你觉得某些控件的架构不好,那么编写你自己清爽简洁的控件。但是如果你从来不屑于看人家的控件如何开发,你永远不可能正规化去把前端开发编程简单的“搭积木、沾胶水”似地把开发变成有趣的游戏,那么你的公司支付的无形成本就太高了。
------解决方案--------------------
比如说(目前)vs下编写jQuery代码,它是是在悲剧,没有ide支持。但是尽管如此,稍有常识的人都知道,jQuery极高级地封装了html元素布局、结构化、迭代查找的知识。我们不能因此攻击jQuery的插件化开发思路,难道就要去攻击控件吗?仅仅是因为插件跟控件有一字之差所以可以人云亦云地攻击所见即所得的强大的控件ide开发环境,而对jQuery插件思路却是因为它比控件低级所以我们才采用它吗?

显然在你了解了内部的机制之后,你选择倚重新的平台。而跟什么控件、插件没有关系。

当内部机制没有根本改变时,当然是设计和开发手段越高级,就好象一个动画设计师相比于刚刚在学校里学习计算机图形学基础的学生一样,手段越高级那种低级式的操作方法越少,低级的东西越傻瓜化、把那些代码工人淘汰掉。
------解决方案--------------------
Discuz NT! 没有控件?
看看这层是什么东西,了解一下重写控件,才来说拖控件哪好,哪坏。

------解决方案--------------------
手写控件那是为了放在网上供别人看,所以需要最大限度的减小页面数据流量,而控件会产生一大堆的数据用来维护页面信息,这些东西都加大了数据流量,会导致网页打开缓慢

而如果是做内部系统,都是百M宽带,数据流量什么的怕毛

还有自己写的么方便控制,而控件因为已经封装好了,控制上就要麻烦些

所以说拉控件的都是菜鸟 这种人本身要么就是菜鸟,要么就是为了显示自己的高人一等
------解决方案--------------------
你首先需要知道的, 不是用不用控件, 而是web控件帮你做了些什么, 有什么优点和缺点, 适合用在什么场合。 

web控件可以快速开发, 缺点是使页面文件变大, 主要是增加了ViewSatate这个系统生成的hidden的大小, 适合用在对网速较快, 页面访问量不高, 或者页面本身就没有多少内容的场合 ,


如果你做的东西本来就没有多少内容, 或在局域网中的项目, 用一下又何乐而不为呢?

此外, web控件本身也可以减肥, 这就靠你自己去搜索。