第三个类,是数据库连接类,这个可以看做是负责最底层的数据库访问的一个对象,并不属于数据层. 它只是一个工具,而不涉及到任何关于数据库内容的逻辑.
再次重申一下,这三个类,只是在ASP三层架构中的三大基本对象,象这种对象,我在具体的业务中还有更多的扩展,例如对file操作对象,excel操作对象,mail对象,cookie对象...
这些封装固然看起来没什么技术含量,而且也可以简单地用函数来实现,但是在代码管理方面,就显得零散,没有被有机地统一.
同一类业务处理,放在同一组对象里面,对象如何实现具体的业务不用外面关心,外界只需要通过对象找到方法进行调用,这是面向对象的基础,也是本系列的三层架构的基础,希望大家能慢慢习惯这种风格.
ASP的三层架构里面虽然做不到处处皆对象,例如在UI层里面仍然是结构化的设计,但是涉及到业务逻辑和数据操作,就不再用分散的function,sub,而是一个个对象了. 通过各种对象之间的关系,来实现三层架构.
依靠对象来操作,是三层架构的基础,所以这些基础函数,在这个架构里的封装是必要的.
另外这个系列会比较长比较啰嗦,因为天才只是很少部分,要想通过几篇文章就把三层架构了解清楚,对我们普通人显然是不可能的.只有通过大量的细节的处理示范,才能够有效率地建立起三层架构的习惯和基本思想.
虽然这套三层架构看起来简单,但是在研究过程中确实走了非常多的弯路.从最初了解面向对象,到了解class的使用;从只借用class的封装功能,到摸索出三层架构;从简单的参数传递,到应用实体类来传值;从简单的单个文件的各层实现,到复合型稍严谨的三层架构,每一步的改变不光是眼界的改变,更多的是一种实践的磨练过程.
学习的过程是需要耐心和渐进的,为了大多数asp程序员有效地建立起三层架构的思考和习惯,我决定细化地进行分解说明,还望各位高手海涵.
言归正传,回头来说Con_Data类.
Con_Data类实例化名为Data,方法列表:
Data.OpenConnection(ByVal vConnectString) 打开数据库连接
Data.CloseConnection() &nbs
IIS默认的错误页是很不友好的，很多人看到默认的错误页时都会说：网站打不开了！白白损失了这部分流量。而如果错误页直接跳转到首页又对搜索引擎很不友好，搞不好首页还会被封掉。所以根据情况，有两个方法解决这个问题：
如果是博客等内容型的网站，可以返回一个带有404错误的搜索框让访客搜索，若是电子商务型网站 ......
这几天学习动态网站的制作：ASP。由于老师讲的很认真，很详细，课程能听懂，自己也买了一本关于ASP的书籍，ASP的一些功能的实现，怎么做出来能看的差不多，可就是做的时候好差劲，不是某个英语单词不会写，就是重复错误出现，深刻的明白，做网站原来这么难，不仅需要严谨的逻辑思维能力，而 ......
