当前位置: 代码迷 >> 综合 >> 关于Aspx Without WebForm 的一点想法
  详细解决方案

关于Aspx Without WebForm 的一点想法

热度:34   发布时间:2023-12-21 19:00:25.0

WebForm 做的事情封装了html/css/js这三样东西,封装成什么呢?显然是想封装出一个类似于GUI的东东!我有时甚至想,这彻头彻尾就是微软的一个大骗局!

微软这么做,是想作为Web开发技术的后来者,先把自己的以Win32/GDI为基础开发者吸引过来。开发人员上了这条“贼船”后,再慢慢过渡到Web开发本来应该有的技术方向上去!或许,微软在开发WebForm的时候,自己是很清楚地知道WebForm技术的局限性的,但是仍然要大声的喊“像开发VB程序一样的开发Web网站、会VB就会网站开发”等等这些非常可笑的口号。

我就是一个上了这条贼船的Coder,不过回过头来,我很高兴上了这条贼船,正是了解了WebForm的种种实现(注意,不仅仅是WebForm的应用),才让我对Web开发看得更透彻!

我对微软技术有一个总的看法就是:如果拿一台相机来比喻,那么微软产品是一个安装了傻瓜按钮的专业相机,然而正是由于装了这个傻瓜按钮,人们就以为这是一个傻瓜相机,因而也就没有人去动那些专业的调节按钮了。

WebForm在提供了一个RAD(快速应用开发)的傻瓜按钮的同时,当然也提供了专业的调节按钮,即无穷多的自定义机制,理论上可以使用这些机制实现自己所需要的各种功能,事实上的确也能做到,问题是我们该不该这么做?

如果答案是否定的,那么就必须找出更好的方法是怎样做的?或者从理论逻辑上证明这样做的不合理之处!

显然,我的答案是:WebForm基本上应该是一个应该丢弃的技术!尤其是必须依赖

以及ViewState、回发事件等机制的功能,没有存在的意义。

在Aspx Without WebForm系列文章中,首先,我们将给出Without WebForm后,如何实现各种常见的功能,同时讨论这些方法所带来的新的、令人振奋的地方!其次,我们也会从理论分析,阐述为什么对html/css/js的类GUI的封装都是徒劳的,不要说服务端的封装,就连YUI这样的客户端封装,依然要承担大量丧失html/css/js的原生功能,以及带来不少的学习成本,所以说“此路不通”,不是微软没有做好这件事,任何人都不可能做好这件事情。

  相关解决方案