Effective Visual Basic (Visual Basic高效编程)(三)

第3章 MTS、COM+和VB——中间层

3.1 规则3-1：理解MTS和COM+应用程序设计

3.2 规则3-2：不要在MTS或COM+中使用单例

3.3 规则3-3：了解New、CreateObject及GetObjectContext.CreateInstance的适用场合
3.3.1 MTS和Windows NT4
3.3.2 COM+和Windows 2000
3.3.3 使用New遇到的更多问题

3.4 规则3-4：理解使用SetComplete的真实目的

3.5 规则3-5：对事务自动中止方式的思考

3.6 规则3-6：不要重新设计DBMS

3.7 规则3-7：不必配置所有组件

3.8 规则3-8：避免将以后会后悔的东西编译进DLL

3.9 规则3-9：将代码从MTS向COM+移植的实践技巧
3.9.1 在COM+中不再需要调用GetObjectContext.CreateInstance
3.9.2 将Me作为参数传递时, 不再需要调用SafeRef
3.9.3 当事务中的次要对象返回错误时要小心, 可能会获得形如"Method ～ of Object Failed ～"的错误信息, 而不是所指定的在错误传播之前返回的丰富错误信息
方法返回时，包含错误信息的对象已经被销毁。
3.9.4 使用ObjectConstruct字符串
3.9.5 在COM+应用程序中进行进程内调用时执行声明性安全校验
3.9.6 在COM+中刷新组件命令不再是必需的
3.9.7 在安装Windows 2000以前版本的计算机上, COM+导出的客户安装程序需要Microsoft Installer(MSI)

3.10 规则3-10：编写运行于MTS和COM+中的代码的实践技巧
3.10.1 创建对象时坚持使用GetObjectContext.CreateInstance
3.10.2 使用可编程控制的安全措施对访问权限进行校验, 而不要依赖于声明性安全措施
3.10.3 事务性方法调用失败时, 在次要对象中最好使用DisableCommit而不是SetAbort
3.10.4 不要无意中将DLL安装到用户计算机上
3.10.5 坚持使用ObjectContext接口
3.10.6 分发对象引用时继续使用SafeRef

第4章 Web和VB

4.1 规则4-1：理解IIS体系结构

4.1.1 IIS的内部结构
4.1.2 提高服务器的可扩缩性

4.2 规则4-2：管理应用程序状态以达到最高效率
4.2.1 使用BAS模块数据
4.2.2 使用SPM
4.2.3 使用ASP Application对象
4.2.4 权衡各种方案的利弊

4.3 规则4-3：管理会话状态以达到最大可扩缩性
4.3.1 将会话限制在单机上
4.3.2 在客户机上存储会话信息
4.3.3 使用cookie
4.3.4 QueryString变量
4.3.5 隐藏的表单域
4.3.6 在数据库中存储状态信息

4.4 规则4-4：理解DCOM和HTTP的区别
4.4.1 使用RPC和DCOM进行通信
4.4.2 使用HTTP通信
4.4.3 在分布式应用程序中不使用ASP
4.4.4 使用HTTP的不利方面

4.5 规则4-5：为脚本环境（如ASP）编写COM组件
4.5.1 创建默认接口
4.5.2 向可编写脚本的对象传递参数
4.5.3 关于自定义接口
4.5.4 解决方案

4.6 规则4-6：理解COM对象与ASP之间如何交互
4.6.1 ASP内置对象
4.6.2 VB COM对象和STA
4.6.3 充分利用STA线程模型
4.6.4 在VB中如何访问ASP内置对象
4.6.5 直接访问ASP内置对象的好处
4.6.6 使用ASP内置对象的弊端

4.7 规则4-7：使用XML代替专有数据传输格式
4.8 规则4-8：慎重考虑表示和业务逻辑的关系
4.8.1 使用MTS组件
4.8.2 使用WebClasses

4.9 规则4-9：从数据到表示的XSLT实现
4.9.1 XSLT的概念
4.9.2 XSLT方法的好处
4.9.3 使用过程方法转换数据集
4.9.4 利用XSLT的方法转换数据集
4.9.5 XSLT的缺点