查看完整版本: Z-Blog无责任解析(Aether)

Z-Blog无责任解析(Aether)

　　首先，在ZBlog本身的规划中，前台页面就仅仅是静态页面而已，因此后台程序被设计为需要接纳前后台的任何一种参数和交互，并且做到尽可能的分离——不论是纯静态也好，还是动态也好，总之前台页面基本上就只剩下表现的各种形式；

　　其次，所有的交互和处理都被通过表单（Form），提交到cmd.asp这个文件中进行集中的处理，我们也许可以称之为指令中心（Command Center），这个指令中心不责任任何具体事务的操作，只管将这些任务分配给具体处理事物的事件——于是流程跳跃到event.asp，在这个文件中，被封装的类被实例化，并交换传入/出的参数，并且指定了被封装方法的调用，照例按照命名称之为事务中心（Event Center）；
　　被处理的数据返回给指令中心，并最终响应给前台的页面。

　　当然，实际的流程并非如上说述的那么理想，例如写入前台页面的一些语句虽然是封装在类的方法里面，实际上却是直接向客户端发送响应（Response）的——这最后还是归结到ASP-VBScript本身逐句解释和翻译的特性上；如果完全强调彻底的面向对象，ASP确乎无法胜任。

　　总之，封装好处多多，教科书也每每作了连篇的赘述，这里不再罗嗦；封装对于我个人而言看上去是一个新的开始，使我可以在不丢弃ASP的情况下写出更加清晰和强大的B/S程序，这让我感到还不至于完全被技术所遗弃，网上铺天盖地的.NET程序员招聘给我带来的压力，也许暂时可以舒缓一些吧。

思路很好
觉得做好了类就非常的好
非常喜欢模块化
分工明确，让该干的人去干什么，呵呵。

以前用它，以后还用它。呵呵

:lol 不错不错

俺的BLOG刚升到1.6

严重关注

说实话，本人也常用ASP，也用asp写过一些非常复杂的应用，全套crm管理系统，大大小小上万个各类文件，但大部分还是按照逐句解释的方法编辑。而完全封装似乎总是很困难，始终觉得很难，查询错误也比较难。真的很希望您能发表一些这方面的文章，也方便我等进一步这个系统。

编译这样的程序，应该如何去规划和思考？