02 2012 档案
摘要：解决方䅁就是，统一语境，至少大量减少切换频。Asp，Net Web Form就是一个不错的尝试，HTML标记对象化，把不变内容HTML标记，统一到后台语境。一个个HTML标记都成为后台对象，变量填充自然在后台，以对象赋值的方式，统一的实施，跨越了语境的切换。这也是Web Form命名的含义，让网页像桌面一样一致编程。应该，说微软的这个技术方向还是比较成功的。至少，我就是在这个环境下，得进入Web行业，反过来，从后台的模型学习HTML前台DOM。然而，Web Form的败笔却在架构方面，对象化HTML后，后台的处理反过来，全都以页面为中心概念，妄图忽略前端与后端的时间差(服务端控件?)，真的把互
阅读全文
摘要：所 幸，业界一直致力变革。先期CSS1，2，3，Javascript特别是JQuery，分别贡献于样式和行为的分离，这些都是碎片组成部分。因 而，HTML可以只关注于内容及其结构，纯粹化的很重要一部分。这里不作详敘，因为网络上有太多的文章和论敘，尽管很多的网站建设，连这些技术都没 应用好。这里，我只想讲讲后CSS，jQuery时代的故事。那怕只作内容的呈现，仍有很多的机会产生碎片。不变的内容和变化或说动态内 容交替出现，前者直接用HTMLTML代码，后者常常需要后台代码，变量的支持。两者是完全不同的领域范围，整合在一起，自然造成了不可理解的碎片拼盘。 就如同进程一样，切换进程是成本最高的开销，
阅读全文
摘要：原文：http://www.skight.com/技术博客/html从魔鬼拼图到行云流水之一虽然Html不是和互联网同时诞生，但如今它们的紧密关系，让人几乎一忽略了这段历史。Html有如此强的生命力力，应用如此之广，自从W3C宣布H已死之后，却又在别处开了花，Html5的发展却又反过来，逼得W3C接受又继续发展。然 后，自Html设计之出，就主要针对静态内容的表现，这也注定其天生缺陷。互联网已从起初的内容表现，发展到应用的平台，在应用程度领域上已经足以与桌面 程序抗衡一一你还在用Foxmail收邮件吗?甚至原本的內容发布应用本身，也趋于釆取动态生成的方式来实现，看看有多少CMS系统就清楚了。然
阅读全文
摘要：原文：http://www.skight.com/技术博客/视图引擎浅析之二 模板是其最主要的功能，但是另一个次功能也不可忽视，内嵌帮助方法及其智能代码完成功能。这个附助功能，大大提高效能。现在，我们面临的问题是，当脱离ASP。Net MVC的框架以后，如何保持这个特性。幸运的是，微软提供了扩展的接口或者说方法。在阐述解决方案之前，还是再回顾一下视图引擎的原理。从Web Form到Razor，即有继承也有扬弃。模板文件(cshtml vbhtml),仍然是当作一个类来处理，这与原来的机制是一致，不同的是不再是静态类，以前文件名就是页面类名，并且还可以有一个真正的类文件直接使用(code beh
阅读全文
摘要：原文：http://www.skight.com/技术博客/视图引擎浅析技术博客/视图引擎浅析从Web Form开始，视图的机制其实就没改变过，动态编译视图脚本。所不同的是，Razor就仅仅是模板，没在嵌入与网站等相关的东西，应该是SRP的一个体现。可惜，这种功能分离仍做得不彻底，MVC中，Razor与其他部分的整合仍比较多，路径的寻找等功能的嵌入，使得它不容易单独拿出来使用。当然，这也是微软的一贯风格，整体使用性能优先。视图引擎浅析
阅读全文
