Asp.Net 组件编程 系列文档 初期完成，各位多捧捧场哈
相关系列文章链接：『Asp.Net 组件』Asp.Net 服务器组件 的开发优势和劣势
『Asp.Net 组件』第一个 Asp.Net 服务器组件：自己的文本框控件
『Asp.Net 组件』Asp.Net 服务器组件 内嵌图片：自己的图片控件
『Asp.Net 组件』Asp.Net 服务器组件 内嵌CSS：将CSS封装到程序集中
『Asp.Net 组件』Asp.Net 服务器组件 内嵌JS：让自己的控件动起来
『Asp.Net 组件』Demo源码在线阅读
——————————————————————————————————
希望对各位有所帮助，也愿意和各位多多交流。 Asp.Net组件 --------------------编程问答-------------------- Very good. --------------------编程问答--------------------
好好的js不用，非要搞得那么复杂建议看看php --------------------编程问答-------------------- 支持哦，嘿嘿 --------------------编程问答--------------------
用组件编程，封装JQuery 或者 JQuery-EasyUI 这些强大的JS功能。
开发人员 只用 拖拽，
既能实现 JQuery/JQuery-EasyUI 的强大功能，
又能节省代码，减少BUG。
何乐不为咧....
一家之言，个人看法。 --------------------编程问答--------------------
你请小学生帮你拖吗？
--------------------编程问答--------------------
感谢分享！
--------------------编程问答--------------------
也许你的能力很强，所以 任何代码 轻易就手写出来。
但是也确实得考虑那些 能力差一点的员工呀。
如果 能力差的员工 也能实现 复杂的功能，且少有BUG。
——这个对公司 是有利的。
作为一个架构师，
不仅仅在于 知人善任（复杂的问题交给能力强的人）；
更在于 能够充分 用好手下的开发人员：让他们既能实现 复杂功能，又能 不那么费力。 --------------------编程问答--------------------
构架师就是写控件给人拖的？
--------------------编程问答--------------------
想拖控件的程序员不是好程序员
--------------------编程问答--------------------
微软的战略 或许就是这样想的：
你用我们微软的技术，小学生都能写出 强大软件——赶紧的，都来学微软继技术，简单而强大。 --------------------编程问答-------------------- 有些人控件拖多了都不知道什么叫提交表单了
--------------------编程问答--------------------
看看ASP.NET MVC 微软现在还想让你傻瓜式去拖控件吗？
--------------------编程问答--------------------
ASP.NET WEBAPI就够用的了 其它全交给js就行了
--------------------编程问答--------------------
封装控件 当然只是 架构师 的工作之一；
架构师 的 主要职责 核心 在于 减少 项目成本：包括 开发成本（时间成本，人力成本） 和 后期 维护成本；
围绕职责核心，合格的架构师 就要有：
抽象能力，将所有功能中 求同存异，予以封装；
编码能力，封装的过程 需要的算法，内核的优化 往往都是 普通弟兄们 做不了了；
预判能力，看到项目后期可能存在的改变，改变之后 修改的最小化；
用人能力，既能让弟兄们 保质保量实现功能，还不侵犯弟兄们的利益（比如加班）；
欢迎补充 或 反驳；
“想拖控件的程序员不是好程序员”——确实，这是鼓励程序员 去了解拖拽的内部原理和思想；
“想让他人拖控件的架构师肯定是好架构师”——是吧。
--------------------编程问答-------------------- 看看好资源。
--------------------编程问答--------------------
显然不是。
一个合格的程序员，就要写各种控件给那些水平比较低的同事、或者美工、或者售后服务人员，去拖拉凑成前端应用。只不过如果你碰到一个比较低级的公司，这个公司只是为了应付差事般地做几个项目（而不是做那种一本版本就需要卖出几千套的产品），那么可能这个公司只招聘只会拖拉的程序员，而舍不得掏钱招聘经常给同事开发控件的程序员。实际上合格的程序员和业余的程序员的比例应该是1：1。
这还根本不包括架构师、技术经理等等需要解决许多其它复杂问题的人。
架构师需要解决软件设计问题，他的设计需要有人能够实现，而不是给一帮刚毕业的学生做控件。 --------------------编程问答-------------------- 现在许多公司是个怪胎。上边有两三个“葡萄粒子”，几个号称叫做“经理”的人，中间则是空无一人，然后下边一帮连产品都没有做过的人。 --------------------编程问答-------------------- 收藏了。谢谢分享。 --------------------编程问答-------------------- 除 --------------------编程问答--------------------
当然，这些话是对的。
架构师的职责核心在于通过设计的方式，简化编程，减少项目成本；
>拖拽控件 只是 简化编程的 手段之一；
>比如使用插件设计，在不用修改之前代码的前提下，为软件 扩展更多功能，且不会导致之前代码的BUG——开发人员只需要知道如何写插件，而不用管内部实现原理 —— 比如，我们给VS2010写插件时，我们不用了解VS2010的内部架构，只需要懂得写 VS2010 的插件如何编写，就能为VS2010扩展功能；
>当然 还有其他 设计模式 的配合使用；
>>标准做产品的公司，当然会力求每个细节的精益求精；
>>但是也不容否认，现在很多做项目 或者 外包的公司——这些公司 更多的是 尽早完成项目，且不出错的交付，必要时还要有不错的运行效率——于是，一切以节省开发成本为核心。
————————————————————————————
最最重要的是：
能力强的程序员 毕竟只占一部分，有些公司也 请不起 全部强能力程序员；
在 强弱程序员 之间：于是关键时刻 能力强的程序员往往累的像条狗，能力弱的程序员往往闲得慌；
能力强的程序员，经验满级，却累得要死；
能力弱的程序员，没有更多的实战经验，能力一如既往的提不上去；
于是，部分能力弱的程序员 就会指责：你抢了我那么多的实战机会，现在我能力提不上，工资提不上，还可能会被裁掉 —— 往往员工之间还会不和谐。
架构师 如果能通过架构的方式，使 能力弱的程序员用简单方式实现复杂功能；能力弱的程序员 又能在 核心设计中 学到 核心设计的考量（当然是自学）；这对公司，对架构师，对开发人员 都是好事；
--------------------编程问答-------------------- 组件编程，如果能利用好了，也还不错。基于事件的webform和mvc本来就是两种不同模式和思路。 --------------------编程问答--------------------
时代不同了，需求也都发生变化了。
所以解决方案也有与时俱进！
以前客户端的配置比较低，跑js很慢。现在很快了。
以前一个公司用OA的人不多，但是现在越来越多的工作都有OA 来做，使用的人也多了。
就是说，以前我们做的项目，常用功能少、使用的人也少、使用频率也低，所以服务器的压力不大。让服务器多干点活（比如服务器控件），没啥问题。
但是现在不一样了。常用功能越来越多、使用人数也多了，使用频率也多了，这样服务器的压力就大了。靠硬件升级？
还是把一部分工作转移到客户端（比如easyUI干的活）？
利益驱动。你的项目，需要两万元的服务器，我的项目一台两千元的pc机就可以搞定，你说谁的竞争力更大？
啥？你说pc机不稳定！那没关系，我做双击热备份还不行吗。不行弄三台，一起热备份！三台才6k。
--------------------编程问答-------------------- 除
补充：.NET技术 , ASP.NET
