***************图书推荐*************************************************************************************
|
|
|
|
|
|
*********************************************************************************************************************
1
基础组件

结束语:纯属个人理解,有不正确的地方请多斧正.
在上篇.Net技术架构中架构图的左侧是一些基础性的组件,这些组件可能跨越了不同的层,分别从不同的方面提供了相关的功能。以下做简要介绍:
1.1WCF,WWF
Ø WCF - Windows Communication Foundation,是微软新一代的统一通信组件的简称。它借鉴了AOP(面向方面编程)的思想,解决了在程序开发中极为重要的通信问题,同时将安全性、事务、Session、通信协议、绑定方式等多种与具体业务无关的、但与开发相关的“方面”抽取出来,使得开发人员只需专注于系统业务逻辑的开发。
Ø WWF – Windows Workflow Foundation,是微软新一代的工作流组件的简称。WWF是微软工作流相关技术产品的核心,将成为Office、BizTalk等产品的工作流平台。WWF提供了工作流的运行时组件及环境,与WWF相关的,微软还提供了Visual Studio 2005 Extensions for Windows Workflow Foundation,使得开发人员可以利用图形化的IDE环境来自定义工作流的各个节点,并可在Visual Studio中对工作流的运行进行调试,极大地加速了基于工作流的业务系统的开发。
1.2异常管理
可选用构件:Microsoft Exception Handling Application Block
Microsoft Exception Handling Application Block提供异常处理的API以及异常处理策略的配置界面,开发人员在调用API时使用相关的异常处理策略名称,而具体处理异常的策略的内容可在任意时刻(包括系统运行时)进行编辑,使得异常处理可实现运行时的个性化定制,根据客户不同的需求来编辑不同的处理策略。
以下是Microsoft Exception Handling Application Block的设计图:

以下是Microsoft Exception Handling Application Block的设计图:

结合AOP及WCF的思想及实现,通过与WCF类似的编程方式可将Microsoft Exception Handling Application Block在AOP方面更进一步,使得开发人员在编码时完全不用考虑异常的处理(即不用去写具体的try…..catch……等语句)。
1.3日志管理
日志管理的设计需要满足以下目标:
l 支持多种层次的日志级别
l 同步/异步的方式都要支持
l 支持多种输出形式,如文件、数据库、控制台、Email等
l 简单易用的管理界面
l 提供统一的日志调用接口
可选用构件:log4net,Microsoft Logging Application Block
以下是Microsoft Logging Application Block的设计图:


1.4配置管理
配置管理的设计应满足架构图中各个需要进行配置的技术及构件,如各层组件间的通信配置、数据访问配置、异常管理配置、日志管理配置、依赖注入配置、缓存管理配置、事务管理配置、加解密及安全配置等。
可选用组件:Microsoft Enterprise Library Configuration Console(配置工具)(具体请参见园内TerryLee提供的情报)
Microsoft Enterprise Library Configuration Console为微软Enterprise Library的组成部分,为Enterprise Library中提供的数据访问管理、异常管理、日志管理、安全管理、缓存管理等都提供了强大的配置支持。
可选用组件:Microsoft Enterprise Library Configuration Console(配置工具)(具体请参见园内TerryLee提供的情报)
Microsoft Enterprise Library Configuration Console为微软Enterprise Library的组成部分,为Enterprise Library中提供的数据访问管理、异常管理、日志管理、安全管理、缓存管理等都提供了强大的配置支持。
1.5缓存管理
可选用组件:Microsoft Caching Application Block
Microsoft Caching Application Block适用于WinForm、Console Application、Windows service、COM+ Server、ASP.NET Web程序等多种应用程序,提供了多种缓存的存储方式以及过期策略,可根据不同的项目需要来进行选择。
以下是Microsoft Caching Application Block的设计图:

以下是Microsoft Caching Application Block的设计图:

1.6事务管理
事务管理的设计需要满足以下目标:
l 事务可以以声明的形式来进行定义,包括Attribute声明和XML声明
l 事务可以在编码时定义,也可以在系统部署时定义
l 支持双阶段事务、分布式事务
在.Net Framework 1.1中,只提供了数据访问层的事务API,无法支持分布式事务,如果系统需求实现相应的功能,需要借助于COM+;.Net Framework 2.0以LTM(Lightweight Transaction Management)的事务管理方式,提供了事务的命名空间(System.Transactions),该命名空间下提供了事务处理相关的API,且支持分布式事务,更为重要的,它支持事务的Promotion。
WCF提供了以Attribute声明实现的事务编程(基于.Net Framework 2.0的事务机制),使得开发人员只需在相应的方法前添加一个事务的标签就可完成事务的功能,从而将事务处理独立为一个“方面”从业务逻辑代码中抽取出来。
1.7认证及授权管理
认证及授权管理的设计需要满足以下目标:
l 提供对多个应用系统进行统一的认证及授权管理
l 便于系统实施调整,做到权限和应用无关
l 权限管理可以采用外挂的形式进行,不影响应用代码的开发; 权限可以在部署阶段再进行配置
l 提供丰富的双向服务API,可以满足权限管理的基本要求
l 提供方便的管理和使用界面
l 和菜单界面方便集成
l 支持与现存的目录服务进行简单映
可选用组件:Microsoft Security Application Block
下是Microsoft Security Application Block的设计图:

下是Microsoft Security Application Block的设计图:
1.8依赖注入管理
可选用构件:Spring.NET,Microsoft Object Builder(part of Microsoft Composite UI Application Block)
Spring.NET是Spring框架在.Net技术上的实现,是一个非常优秀的IoC框架,它可以无缝集成流行的各种前端界面框架和后端的O/R Mapping、ADO.NET数据库访问框架。
以下是Spring.NET框架的设计图:


1.9安全及加解密管理
以下是Microsoft Cryptography Application Block的设计图:

结束语:纯属个人理解,有不正确的地方请多斧正.