vb.net事务管理的简单介绍

请问.Net 和java的区别，还有联系，达人们给解释下

深度解析vb.net事务管理：J2EE vs .NET开发平台

看到这个标题vb.net事务管理，也许会有人表示疑惑，J2EE和.NET并不在一个层次上，怎么能将它们放在一起呢vb.net事务管理？需要指出vb.net事务管理的是，通常所说vb.net事务管理的.NET包含了一个相当广泛的产品家族，包括开发平台、操作系统、服务器、终端设备等，此外还包括服务平台。开发平台只是整个.NET战略中的一部分，所以确切地说，放在这里的.NET应该算是.NET开发平台。

随着三层/多层企业信息系统结构的深度发展和下一代分布式计算模型Web 服务的出现，企业应用中关于平台、框架、语言的竞争也愈演愈烈。J2EE平台在过去几年里一直引领着企业应用的潮流，但最近微软强力推出的.NET平台也开始吸引着众多IT企业和开发人员的注意力，向J2EE平台提出了强有力的挑战。企业应用领域的技术对抗也因此拉开了架势。

需要强调的是，.NET是战略产品，而J2EE是描述产品的标准，现在有很多符合J2EE标准的产品。在可以预见的未来，它们都将是构建企业信息系统应用的基础性平台，尤其是开发和部署Web服务的重要平台。

尽管可以同时使用几种系统平台和语言，但对于企业来说，还需要选择一个战略性的平台来实现数据的无缝集成，加速企业应用的部署。而要做出正确的选择，首先需要充分了解两个平台的特点和优势。本期专题将为您细说J2EE和.NET。

一、群力所至的J2EE

二、.NET开发平台留住Windows开发者

三、 J2EE与.NET平台体系架构的异同

四、 J2EE vs .NET：Web服务谁主沉浮？

一、群力所至的J2EE

中南大学 罗新星 毕文杰

企业应用系统的开发一直面临着重大挑战：一方面，企业应用系统面对的是一个异构的分布式环境，它必须支持与已有系统的集成性和与其他系统的互操作性；另一方面，作为为客户、合作伙伴和企业内部提供信息服务的平台，企业系统还必须具有高可用性、安全性、可靠性和可伸缩性。这些要求再加上复杂多变的用户需求和不断伸缩的交付时间，使得企业系统的开发越来越困难。开发商和广大程序员一直在努力推动和殷切期待一个成熟、标准的企业平台来简化和规范企业系统的开发和部署。Java技术的出现，尤其是J2EE（Java 2 Platform Enterprise Edition）平台的推出正是这种努力的结果，也使得企业系统的开发由此变得更加快速和方便。需要指出的是，J2EE本身是一个标准，它为不同厂商创建平台产品提供了标准，使不同J2EE平台产品之间的交互成为可能。

J2EE旅程

Java于1996年由Sun公司推出，当时它的主要用途是制作产生动态网页的Applet。后来，人们发现Java的“一次开发，多次运行”、纯面向对象的特性、垃圾回收机制和内置的安全特别适合于开发企业应用系统。于是，企业应用开发商纷纷在Java标准版的基础上各自扩展出许多企业应用API，其结果导致基于Java的企业应用呈爆炸式增长。但是各企业系统API之间又不能相互兼容，破坏了Java的平台独立性。鉴于此，Sun公司联合IBM、Oracle、BEA等大型企业应用系统开发商于1998年共同制订了一个基于Java组件技术的企业应用系统开发规范，该规范定义了一个多层企业信息系统的标准平台，旨在简化和规范企业应用系统的开发和部署。这一规范和其定义的平台就构成了J2EE。目前J2EE的最新版本是J2EE 1.3。需要注意的是，J2EE本身是一个标准，而不是一个现成的产品（虽然现在有很多符合J2EE标准的产品），它由以下几个部分组成：

J2EE规范。该规范定义了J2EE平台的体系结构、平台角色及J2EE中每种服务和核心API的实现要求。它是J2EE应用服务器开发商的大纲。

J2EE兼容性测试站点。Sun公司提供的一个测试J2EE应用服务器是否符合J2EE规范的站点，对通过该站点测试的产品，Sun公司将发放兼容性证书。

J2EE参考实现。即J2EE SDK，它既是Sun公司自己对J2EE规范的一个非商业性实现，又是为开发基于J2EE企业级应用系统原型提供的一个免费的底层开发环境。

J2EE实施指南。即BluePrints文档，该文档通过实例来指导开发人员如何去开发一个基于J2EE的多层企业应用系统。

组件-容器 搭建体系架构

J2EE规范定义了一个基于组件的多层企业应用系统开发平台，其逻辑结构如图1所示。图中的椭圆形表示组件，大矩形表示容器，包含向下文字的小矩形表示API，箭头表示访问，箭头线上的文字表示相应的协议。

J2EE是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境，Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了J2EE底层的API，为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“协议”来定义。容器的底层是J2EE服务器，它为容器提供J2EE中定义的各种服务和API。一个J2EE服务器（也叫J2EE应用服务器）可以支持一种或多种容器。在图1中，你可能已经注意到每个容器的服务包括两部分：J2SE（Java 2 Platform Standard Edition）和一组扩展的服务。这是因为J2EE是以Java标准版为基础的，各容器在J2SE之上再根据需要提供一些扩展的服务，如目录服务、事务管理、数据访问、消息机制、安全性等。

J2ee的核心——EJB

J2EE定义了四种组件：Applet组件、Application客户组件、Web组件及EJB（Enterprise JavaBeans）组件。其中Applet和Application客户组件在客户端运行，J2EE通过Java插件为Applet提供运行环境，Application客户的容器就是本地Java虚拟机。Web及EJB组件在服务端运行。J2EE中包含两种Web组件：JSP和Servlet。它们是Web服务器的功能扩展，都能生成动态Web页面。不同的是JSP是将Java代码嵌入到HTML中，服务器负责解释执行，生成结果返回用户（与ASP技术相似）。而Servlet是单独的Java类，它动态生成HTML文件返回给客户。Web组件的容器比较典型的就是基于Java的Web服务器。

EJB是J2EE平台的核心，也是J2EE得到业界广泛关注和支持的主要原因。我们知道，J2EE的一个主要目的就是简化企业应用系统的开发，使程序员将主要精力放在商业逻辑的开发上。EJB正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重用的组件框架来实现分布式的、面向对象的商业逻辑。EJB的核心思想是将商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由EJB容器实现目录服务、事务处理、持久性、安全性等底层系统逻辑。

一个可部署的EJB组件包含3个部分：

Remote 接口 Remote接口定义EJB组件中提供的可供用户调用的方法，也就是通常所说的实现商业逻辑的函数或过程（如计算商品价格的函数），以供远程客户端调用。在EJB组件部署到容器的时候，容器会自动生成Remote接口相应的实例，即EJB对象，它负责代理用户的调用请求。

Home接口 Home接口定义一组方法来创建新的EJB对象，查找、定位和清除已有的EJB对象。在EJB组件部署时容器也会自动生成相应的Home对象，该对象负责查找和创建EJB对象，返回EJB对象的引用给客户；用户利用该引用调用EJB组件的方法，得到结果；最后Home对象清除EJB对象。我们可以形象地称Home接口为EJB对象的工厂。

Enterprise Beans类 Enterprise Beans类是商业逻辑的具体实现类。其可供用户调用的方法在Remote接口中定义。根据功能不同，EJB 2.0规范中定义了三种Enterprise Beans:会话Beans（Session Beans）、实体Beans（Entity Beans）和消息驱动Beans（Message-driven Beans）。

会话Beans分无状态和有状态两种。一般无状态的会话Beans模拟商业逻辑，比如计算价格等。有状态的会话Beans通常模拟一个客户会话，它会临时保存客户信息，根据客户要求调用其他Beans来存取数据。两种会话Beans都不保存状态信息或数据，当客户断开连接或服务器关闭时，会话Beans也随之消失。一个会话Beans的典型例子是网站上的购物车。

实体Beans模拟商业数据，它表示一个数据存储，可以是状态信息或数据库中的一条纪录。实体Beans在客户断开连接或服务器关闭后，仍有服务保证其数据得以保存。一个实体Beans的典型例子就是客户账号信息。

消息驱动Beans在行为上很像会话Beans。不同的是仅在需要向这些Beans发送消息时才调用消息驱动Beans,比如在需要的时候发送用户确认信息等。

另外，在提交和部署EJB组件时，还需要两个文件：部署描述文件，容器根据该文件来部署Enterprise Beans，提供所要求的服务；EJB jar文件，它是提交给EJB容器的一个部署单元，容器（应用服务器）在部署时解开它，装入Enterprise Beans。

EJB容器非常复杂，一般由专业的J2EE应用服务器开发商提供，比较流行的EJB容器由IBM的WebShpere、BEA公司的WebLogic Server、Sun公司的iPlant等应用服务器提供。EJB容器除了为EJB提供事务处理、目录服务、持久性管理和安全性服务外，还负责EJB的部署、发布和生命周期管理。

平台标准服务

服务是组件和容器之间，以及容器和J2EE服务器之间的接口，在实现层面上它就是一系列API和协议。J2EE平台定义了一组标准的服务，其中有些服务是由J2SE提供的，有些则是J2EE对Java的扩展。

目录服务 JNDI（Java Name and Directory） API为应用程序提供了一个统一的接口来完成标准的目录操作，由于JNDI是独立于目录协议的，应用程序可以用它访问各种目录服务，如LDAP、NDS、DNS等。

数据访问 JDBC（Java Database Connectivity) API为访问不同类型的数据库提供了统一的途径，屏蔽了不同数据库的细节，具有平台无关性。J2EE平台除了要求核心的JDBC API（包含在J2SE中）外，还要求扩展的JDBC API 2.0，它支持行集、连接池和分布式的事务处理。

事务处理 JTA（Java Transaction Architecture）定义了一组标准的接口，为应用系统提供可靠的事务处理支持。JTS（Java Transaction Service）是CORBA OTS事务监控的Java实现。JTS规定了事务管理器的实现方式，该事务管理器在高层支持JTA标准，在底层实现了OMG OTS规范的Java映射。

消息服务 JMS（Java Message Service）是一组用于和面向消息的中间件相互通信的API。

它既支持点对点的消息通信，也支持发布/订阅式的消息通信。 电子邮件 JavaMail API允许在应用程序中以独立于平台、独立于协议的方式收发电子邮件。JAF（JavaBeans Activation Framework）负责处理MIME编码，JavaMail利用JAF来处理MIME编码的邮件附件。

CORBA兼容接口 RMI（远程方法调用）是在分布式对象间通信的Java本地方法，它使应用程序调用远程方法像调用本地方法一样，不需要考虑所调用对象的位置。RMI-IIOP是RMI的扩展，是符合CORBA标准的对象通信协议，也是J2EE默认的组件通信协议。Java IDL允许J2EE应用组件通过IIOP协议访问外部的CORBA对象。

安全服务 JAAS（Java Authentication and Authorization Service）用两个步骤实现安全性：认证，即由用户提供认证信息（如用户名和密码）来获得系统认证，这一过程又称之为登录；授权，在被确认为合法用户后，系统根据用户的角色授予其相应的权限。J2EE的授权是基于安全角色的概念，一个安全角色是一个拥有相同权限的逻辑组。J2EE的安全角色由应用组件提供商来定义。

Web服务支持 目前J2EE还不提供对Web服务的支持。Sun提供了一套API及其实现WSDP作为对J2EE的扩展，但目前还不是J2EE规范的内容。在WSDP中，JAXP用来解析XML文档;JAXR向UDDI服务器注册Web Services；JTX/RPC用基于XML的协议（如SOAP）来发送和接收XML文档；JWSDL处理WSDL文档。虽然J2EE不是为Web服务而生，但它现在正在努力追赶Web服务的脚步。

多层应用模型

从应用的角度来看，J2EE为企业应用系统的开发提供了一种多层分布式企业应用模型。在J2EE中，应用逻辑按功能不同可以划分为不同类型的组件，各组件根据它们所在的层分布在不同的机器上，共同组成一个基于组件的分布式系统。

J2EE定义了一个典型的四层结构，分别是客户层、Web层、商业逻辑层和企业信息系统层。

在应用开发时，J2EE定义的四层模型可根据实际情况灵活运用。由于除了Applet外其他的组件都可以访问数据库、EJB组件和企业信息系统，所以通过不同层的取舍及组合，可以衍生出许多应用软件开发模型，如基于Web的四层模型、基于桌面应用的三层模型（不包括Web层）、B2B模型（不包括客户层）等。如果应用系统比较简单，一般不用EJB作为逻辑层，而直接用Web组件来实现商业逻辑和数据访问，毕竟EJB的开发和部署费用还相当高。

二、.NET开发平台留住Windows开发者

南京邮电学院 李建忠

.NET开发平台一推出，就开始了与J2EE平台的竞争。它的绝大部分是微软Windows DNA(Distributed Network Architecture)的重写，DNA是微软以前开发企业应用程序的平台。Windows DNA中包括了许多已经被证实的技术，新的.NET框架取代了这些技术，并包含了Web服务层和改良的语言支持。从战略角度看，.NET开发平台担负着整合.NET战略的重任，但它最直接的目标则是努力为微软保留住庞大的Windows用户基础。

微软的Windows开发用户群是微软通过Windows操作系统获得的最大财富。对于为什么要推出.NET开发平台，微软表示，主要原因之一就是由于Java向开发者承诺的硬件和操作系统无关性，可能会导致这些用户转向其他平台。虽然开发平台本身不会给微软带来很多收益，但Windows程序员是企业内部对微软产品的主要支持力量，商用软件的开发者形成了向客户销售微软产品的重要渠道。如果微软可以让开发者在.NET开发平台上编写应用程序，那么就会有更多的公司购买微软的其他产品。

认识.NET

认识.NET最好的方法是看它做什么。.NET战略将互联网本身作为构建新一代操作系统的基础，并对互联网和操作系统的设计思想进行合理延伸，使开发人员能够创建出与设备无关的应用程序，以便轻松实现互联网连接。.NET包括一个相当广泛的产品家族，它们构建于XML和互联网产业标准之上，为用户提供Web服务的开发、管理、应用和体验。图1是对.NET战略的总体描述。组成.NET战略的五个方面包括：

.NET开发平台 这是一组用于建立Web服务应用程序和Windows桌面应用程序的软件组件，包括 .NET Framework（框架）、.NET开发者工具和ASP.NET。于今年3月发布的Visual Studio .NET将是RAD开发工具中一个重要的产品。

.NET服务器 能够提供广泛聚合和集成Web服务的服务器是搭建.NET平台的后端基础。 .NET基础服务 密码认证、日历、文件存储、用户信息等基础服务是必不可少的。微软正在着力建设的.NET My Services等基础性服务平台是这方面可以借鉴的例子。

.NET终端设备 广泛的连接互联网并体验Web服务的终端设备是实现.NET的前端基础。PC、PDA以及各种嵌入式设备将在这个广阔的天地里发挥作用。

.NET用户体验 能够满足人们各种各样需求的用户体验是.NET的最终目标，也是.NET的价值实现。

在这五个组成部分当中，.NET开发平台中的 .net框架是.NET软件构造中最具挑战性的部分，其他四个部分则紧紧围绕.NET框架来进行组织整合。

.NET 框架内核

.NET框架实现了语言开发、代码编译、组件配置、程序运行、对象交互等各个层面的功能，为Web服务及普通应用程序提供了一个托管、安全、高效的执行环境。所有在.NET平台上创建的应用程序运行都需要两个核心模块:Common Language Runtime（CLR，通用语言运行时）和.NET Framework类库。CLR是一个软件引擎，用来加载应用程序，确认它们可以没有错误地运行，并进行相应的安全许可验证，执行应用程序，然后将被清除。

.NET Framework类库则向程序员提供软件组件，来编写在CLR的控制下运行的代码，它们按照单一有序的分级组织提供了一个庞大的功能集，包括从文件系统到对XML功能的网访问的每一样功能。该类库为开发提供了三种基本编程模板：基于ASP.NET的Web表单应用、基于ASP.NET的Web服务应用和基于传统GUI交互的Windows应用。

CLR——.NET的虚拟机

CLR为.NET应用程序提供了一个托管的代码执行环境。托管意味着将原来由程序员或操作系统做的工作剥离出来交由CLR来完成，从而使程序运行获得更高的安全性和稳定性。这些工作包括内存管理、即时编译、组件自描述、安全管理和代码验证，以及其他一些系统服务。CLR提供一个技术规范，无论程序使用什么语言编写，只要能编译成中间语言，就可以在它的支持下运行，这样.NET应用程序就可以独立于语言。CLR还在应用程序运行环境中为基于组件的编程提供了直接支持，比如它支持属性、事件、对象、继承性、多态性、接口等组件编程特性。

CLR中的自动垃圾收集器负责.NET应用程序运行时的内存分配、对象布局、内存释放等内存管理问题，彻底解决了多年来困扰程序员的内存泄漏问题，大大增强了应用程序的健壮性。

即时编译器在运行时将中间语言以调用的对象方法为单位动态编译成本地二进制代码。

中间语言是在.NET平台下编译器输出PE文件（Windows可执行文件）的语言，它为.NET平台提供了多语言支持，允许开发者使用20多种不同的编程语言。而元数据是一个内嵌于PE文件的表的集合，描述了代码中数据类型等在代码执行时CLR需要知道的信息。元数据使得.NET应用程序代码具备自描述特性，提供了类型安全保障，而这在以前需要额外的类型库或接口定义语言（IDL）。

CLR根据托管组件的来源（如互联网、企业局域网、本地机器）等因素确定各组件的信任度，并根据信任度来限定它们执行诸如读取文件、修改注册表等敏感操作的权限。此外，CLR借助通用类型系统对代码类型进行严格的安全检查，可以避免不同组件之间可能存在的类型不匹配问题。通过代码访问安全机制，开发人员可以为应用程序指定完成工作所必需的权限。CLR不仅规定了代码访问安全，还规定了基于角色的安全。基于角色的认证为互联网上分布式组件的执行提供了安全保证。

值得指出的是，CLR通常寄宿在其他高性能服务器的应用程序中，比如互联网信息服务器（IIS）、SQL Server数据库服务器等。这样，开发者可以充分利用CLR诸多安全、高效的优点来部署自己的商业逻辑。

类库——组件和服务的家园

.NET Framework类库由一组广泛的、面向对象的、可被开发者用于任何编程语言的可重用类集合组成。它提供了几乎所有应用程序都需要的公共代码;在此之上是许多应用程序模板，这些模板为开发网络站点和网络服务提供特定的高级组件和服务，不管是传统的命令行程序还是Windows图形界面程序，亦或是面向下一代互联网分布式计算平台的ASP.NET或Web服务应用。与在Windows和它的SDK中发送的代码库一样，.NET框架类库将程序员从繁重的编程细节中解放出来，而专注于程序的商业逻辑。它将核心Win32 API最常用的功能和外挂SDK的功能封装到了一个统一的包中，并采用清晰而有条理的方式对类库进行分组和描述，这样开发者就能够更方便地找到其应用程序所需要的大多数功能。下面是它所提供的一些核心服务：

系统框架服务

服务框架包括一套开发人员希望在标准语言库中存在的基类库，如集合、输入/输出、字符串、数据等基类。基类库还提供访问操作系统服务的类，如图画、网络、线程、加密等类型。此外，服务框架也包括数据访问类库以及开发工具。

ADO.NET组件

ADO.NET为基于网络的、可扩展的应用程序和服务提供数据访问服务。它不仅支持传统的基于链接指针风格的数据访问，而且对于更适合于把数据返回到客户端应用程序的无链接数据模板，它也提供高性能的访问支持。

XML数据组件

通过它开发人员可以对任何数据进行XML转换、传输和确认，所有数据都可以被看做是XML格式的。同时，系统也支持ADO.NET数据与XML数据之间的通用转换。

Windows表单组件

Windows表单组件为开发人员提供了强大的Windows应用程序模型和丰富的Windows用户口，包括传统的ActiveX控件和Windows XP的新界面，如透明的、分层的浮动窗口。对CLR的强大支持也是Windows表单组件令人兴奋的地方之一。

ASP.NET应用服务

ASP.NET的核心是其用于处理基于低级结构HTTP请求的高性能的运行语言，其编译运行的方式大大提高了它的性能。ASP.NET使用基于构件的.NET框架配制模板，因此它获得了诸如XCOPY配制、构件并行配制、基于XML配制之类的优点。它还支持应用程序的实时更新，同时提供高速缓冲服务，以改善性能。

ASP.NET Web表单

ASP.NET Web表单把VB表单高效率的优点带到了Web应用程序的开发中。ASP.NET Web单支持传统的将HTML内容与脚本代码混合的ASP语法，但是它提出了一种将应用程序代码和用户接口内容分离的、更加结构化的方法。它提供一套映射传统HTML用户接口部件（包括列表框、文本框和按钮）的ASP.NET Web表单控件和一套更加复杂的Web应用控件（如日历和广告转板）。

相关问答

Q1: vb.net个人理财数据库管理系统 下面要求 有的给我发邮箱吧 441741651@qq.com

个人财务信息管理系统，你说什么具体的要求，如语言

哪些功能要明确什么样的数据结构

东西，我们可以帮你

Q2: 在VB中，怎样对SQL进行事务处理

事务处理是在数据处理时经常遇到的问题，经常用到的方法有以下3种总结整理如下：

方法1：直接写入到sql 中

在存储过程中使用 BEGIN TRANS, COMMIT TRANS, ROLLBACK TRANS 实现

begin trans

declare @orderDetailsError int,@procuntError int

delete from [order details] where productid=42

select @orderDetailsError =@@error

delete from products where productid=42

select @procuntError=@@error

if(@orderDetailsError =0 and @procuntError=0)

COMMIT TRANS

else

ROLLBACK TRANS

优点：

所有事务逻辑包含在一个单独的调用中

拥有运行一个事务的最佳性能

独立于应用程序

限制：

事务上下文仅存在于数据库调用中

数据库代码与数据库系统有关

方法2 ：使用ADO.NET 实现 

使用ADO.NET 实现，使用这种方式的优点是可以在中间层来管理事务，当然你也可以选择在数据层来实现。

SqlConnection 和OleDbConnection  对象有一个 BeginTransaction 方法，它可以返回 SqlTransaction

或者OleDbTransaction 对象。而且这个对象有 Commit 和 Rollback 方法来管理事务

SqlConnection sqlConnection = new SqlConnection("workstation id=WEIXIAOPING;packet size=4096;user id=sa;initial catalog=Northwind;persist security info=False");

sqlConnection.Open();

SqlTransaction  myTrans = sqlConnection.BeginTransaction();

SqlCommand sqlInsertCommand = new SqlCommand();

sqlInsertCommand.Connection = sqlConnection

sqlInsertCommand.Transaction=myTrans;

try{

sqlInsertCommand.CommandText="insert into tbTree(Context,ParentID) values('北京',1)";

sqlInsertCommand.ExecuteNonQuery();

sqlInsertCommand.CommandText="insert into tbTree(Context,ParentID) values('上海',1)";

sqlInsertCommand.ExecuteNonQuery();

myTrans.Commit();

}catch(Exception ex)

{

myTrans.Rollback();

}

finally

{

sqlConnection.Close();

}

优点:

简单性

和数据据事务差不多的快

独立于数据库，不同数据库的专有代码被隐藏了

缺点:

事务不能跨越多个数据库连接

事务执行在数据库连接层上，所以需要在事务过程中维护一个数据库连接

ADO.NET分布事务也可以跨越多个数据库，但是其中一个SQL SERVER 数据库的话，通过用SQL SERVER连接服务器连接到别的数据库，但是如果是在DB2和Orcal之间就不可以。

以上两种事务是经常用到的事务处理方法。

方法3  COM+事务（分布式事务）

.NET Framework 依靠 MTS/COM+ 服务来支持自动事务。COM+ 使用 Microsoft Distributed Transaction Coordinator (DTC) 作为事务管理器和事务协调器在分布式环境中运行事务。

这样可使 .NET 应用程序运行跨多个资源结合不同操作（例如，将定单插入 SQL Server 数据库、将消息写入 Microsoft 消息队列 (MSMQ) 队列、以及从 Oracle 数据库检索数据）

的事务。

COM+事务处理的类必须继承System.EnterpriseServices.ServicedComponent，其实web service就是继承System.EnterpriseServices.ServicedComponent，所以web service也支持

COM+事务。

定义一个COM+事务处理的类

[Transaction(TransactionOption.Required)]

public class DataAccess:System.EnterpriseServices.ServicedComponent

{

}

TransactionOption枚举类型支持5个COM+值（Disabled,NotSupported,Required,RequiresNew,Supported）

Disabled      忽略当前上下文中的任何事务。

NotSupported  使用非受控事务在上下文中创建组件。

Required      如果事务存在则共享事务，并且如有必要则创建新事务。

RequiresNew   使用新事务创建组件，而与当前上下文的状态无关。

Supported     如果事务存在，则共享该事务。

一般来说COM+中的组件需要Required 或Supported。当组件用于记录或查帐时RequiresNew 很有用，因为组件应该与活动中其他事务处理的提交或回滚隔离开来。

派生类可以重载基类的任意属性。如DataAccess选用Required，派生类仍然可以重载并指定RequiresNew或其他值。

COM+事务有手动处理和自动处理，自动处理就是在所需要自动处理的方法前加上[AutoComplete]，根据方法的正常或抛出异常决定提交或回滚。

手动处理就是调用ContextUtil类中EnableCommit，SetComplete，SetAbort方法。

public string  testTransaction()

{

try

{

ContextUtil.EnableCommit();

InsertARecord1();

InsertARecord2();

ContextUtil.SetComplete();

return "succeed!";

}

catch(Exception ex)

{

ContextUtil.SetAbort();

return "failed!";

}

}

public void InsertARecord1()

{

string strconn="workstation id=WEIXIAOPING;packet size=4096;user id=sa;initial catalog=Northwind;persist security info=False";

SqlConnection conn=new SqlConnection(strconn);

conn.Open();

SqlCommand command=new SqlCommand("insert into tbTree(Context,ParentID) values('北京',1)",conn);

command.ExecuteNonQuery();

conn.Close();

}

public void InsertARecord2()

{

string strconn="workstation id=WEIXIAOPING;packet size=4096;user id=sa;initial catalog=Northwind;persist security info=False";

SqlConnection conn=new SqlConnection(strconn);

conn.Open();

SqlCommand command=new SqlCommand("insert into tbTree(Context,ParentID) values('上海',1)",conn);

command.ExecuteNonQuery();

conn.Close();

}

在需要事务跨 MSMQ 和其他可识别事务的资源（例如，SQL Server 数据库）运行的系统中，只能使用 DTC 或 COM+ 事务，除此之外没有其他选择。DTC 协调参与分布式事务的所有资源管理器，  也管理与事务相关的操作。

这种做法的缺点是，由于存在 DTC 和 COM 互操作性开销，导致性能降低。

COM+事务处理的类必须强命名。

Q3: 谁能给我讲讲收发文管理系统是什么哦

基于ASP的收发文管理系统的设计与实现

传统的手工办公方式已经无法满足现代办公的需求，收发文管理系统作为提高工作效率、规范办公制度，增强办公的透明性，实现信息、文档资源的统一管理，方便领导决策，逐步实现无纸化办公的重要工具，越来越受到人们的重视。

我们选择B/S三层结构，后台数据库采用SQL Server，WEB服务器运行微软的IIS，以ASP(Active Server Pages)作为开发工具，客户端用IE浏览器。

B/S模式体系结构概述

B/S模式是指在TCP/IP的支持下，以HTTP为传输协议，客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成（图1）。B/S模式突破了传统的文件共享及C/S模式的限制，实现了更大程度的信息共享，任何用户只要通过浏览器即可访问数据库，从而克服了时间和空间的限制。

B/S模式的工作原理是：客户端的浏览器通过URL访问Web服务器，Web服务器请求数据库服务器，并将获得的结果以HTML形式返回客户端浏览器。

功能模块

基于收发文档一体化的实现机制，可将系统分为如下几个子模块。

（1） 系统管理

作为系统管理员，他可以对整个系统进行维护，包括人员维护、科室维护、模块维护、人员职能维护、人员职务维护、用户权限维护、用户口令维护、系统配置项的维护另外还可以对全局公告栏的类别进行维护。

（2） 发文管理

发文管理是一个单位对具有约束能力文件形成过程的一种管理。如执行发文拟稿、核稿、会审、会签、签发、文书打印、批阅流转、归档等管理工作。文件送阅和批复完全在计算机网络上完成，所有的工作流程可以由用户自定义，所有的送交批阅痕迹，修改痕迹，操作时间和操作人都被详细保留。同时，对发文系统还提供全文检索、条件检索等功能。

它主要的用于像公司规章制度的形成、档案室制度的形成、财务室制度的形成、干部任免文件的形成、职工奖罚规定的形成、库存管理制度的形成、安全生产制度的形成、及其它对所有人都具有约束性的文件的形成过程。

图(2)是整个发文的流程图，用户可以根据需要选择其中的某些步骤来完成发文的管理。

图2

（3） 收文管理

收文管理主要对外来公文进行登记和处理。主要用于登记像税务局发来的文件、公安部门发来的文件、总公司发来的文件行业主管部门来文的处理过程、协作单位发来的文件处理过程、兄弟单位发来的文件处理过程、及其它外来的公文文件的处理过程。

主要的处理过程有：收文登记、主任拟办、领导批示、处室承办、传阅、送交归档等功能。在领导批办界面可以将文件送往更高一级的领导进行审批，到底由哪些处室承办，送交给哪些处室由最高领导决定。管理人员可以通过“收文查询操作”对收文处理全过程进行跟踪与监督。

对办理完毕的收文系统还提供全文检索、条件检索、统计等功能。

图(3)是整个收文的流程图，用户可以根据需要选择其中的某些步骤来完成收文的管理。

图3

（4） 档案管理

对本部门或其它部门发送的文件进行接收，然后将文件进行组卷（将文件组入某一案卷中）、移卷（将某案卷中的文件移动至其它案卷）、移出（将某案卷中的文件移出案卷）。对于未立卷的收发文文件，可以组卷。对于档案可以进行封卷，拆卷，销毁案卷，对封卷的案卷或未封卷的案卷都可以进行借阅和查询管理，您可以在此进行档案的借阅、归还。还可以对档案的阅读权限进行有效地分配管理。

相关的实现技术

1、典型数据表的设计

在收发文管理系统中，任意收文或发文文件都对应一个默认流程（事先已经定义好了），文件按照流程中指定的步骤逐次向下流转。以某收文流程为例有：收文登记—〉主任拟办—〉领导批办—〉处室承办—〉送交归档。为了对文件进行实时跟踪，及时监督它的流向进程或者考察在某些阶段处理的详细情况，这就要求我们提供两个重要的数据表，在本系统中为数据表gw_mrlc和数据表gw_cllc。

其中，gw_mrlc（wdlx,lcmc,ry,xh,clm,clr）记录了系统中用到的各默认流程的信息。Wdlx指文档类型，收文或者发文；lcmc指流程名称；ry指定义该默认流程的人员；xh对应默认流程中各步骤的顺序号，它有大小之分，小的则表示步骤在前，系统将先执行；clm对应默认流程中各步骤的名称；clr对应默认流程中各步骤的处理人员。

Gw_mrlc仅是记录了各流程的信息，还需要gw_cllc（lxh,lcmc,xh,clr,jbrq,clrq,clyj,zt,wjm）来跟踪文件在流程中的执行状况。对于任意收发文文件在系统中都会有各自唯一的流程与之一一对应，lxh则记录了该流程的序列号；lcmc,xh,clr同上所定义；jbrq,clrq,clyj,zt,wjm都是针对该流程中顺序号为xh的各个处理步骤而言，jbrq指上一个步骤处理完毕提交过来时的日期；clrq指当前步骤处理完毕时的日期；clyj指当前步骤的处理意见；zt指当前步骤的处理状态，已经处理还是尚未处理，以方便文件的实时跟踪；wjm则记录了文件的正文内容和在流转过程中文件的修改痕迹，具体的可以通过文件上传功能来实现。

2、使用Session进行登录验证

ASP代码使用表单实现交互，而相应的内容会反映在浏览器的地址栏中，如果不采用适当的安全措施，只要记下这些内容，就可以绕过验证直接进入某一页面。例如在浏览器中敲入“...xx.asp?flag=1”，即可不经过表单页面直接进入满足“flag=1”条件的页面。

为防止未经注册的用户绕过注册界面直接进入应用系统，我们采用Session对象进行注册验证。例如，我们制作了下面的注册页面。

%’读取用户登录的信息

Luser=ltrim(Request("User"))

Lpass=Request("Pass")

’检验帐号和密码是否正确

if Luser=rs(“userid”) and Lpass= rs(“password”) then

Session("sysuser")=Luser ’使用Session对象进行用户登录验证

…

else

response.write “您的输入不正确！”

response.end

end if

%

在应用系统的其他WEB页，首先要进行Session对象的验证。如果你未通过用户登录界面，那么Session("sysuser")就为空值，你将无法使用系统提供的任何功能，除非你是合法用户才可，这样就在一定程度上保证了系统的安全性。其验证代码如下：

%

if session("sysuser ")="" then

response.write("对不起，你还没有a href='../login.asp' target='_top'登录/a。")

else

…

end if

%

3、对ASP页面进行加密

为有效的防止ASP源代码泄露，可以对ASP页面进行加密。我们曾采用两种方法对ASP页面进行加密。一是使用组件技术将编程逻辑封装入DLL之中；二是使用微软的ScriptEncoder对ASP页面进行加密。使用组件技术存在的主要问题是每段代码均需组件化，操作比较繁琐，工作量较大，而使用Encoder对ASP页进行加密，操作简单，收效良好。

ScriptEncoder的运行程序是SCRENC.EXE，使用方法是：

SCRENC [/s][/f][/xl][/ldefLanguage][/edefExtention]inputfile outputfile

其中：/s是屏蔽屏幕输出；/f指定输出文件是否覆盖同名输入文件；/xl指是否在.asp文件的顶部添加@Language指令；/ldefLanguage指定缺省的脚本语言；/edefExtention指定待加密文件的扩展名。

4、存储过程的使用

使用存储过程不仅可以提高查询速度，而且可以保证事务的完整性。在该系统中，每个文件对应唯一的流水号，当有新的文件要入库时流水号就会自动加一。由于所有的用户都在网上，那么两个文件同时入库的情况就有可能发生，为了保证流水号的唯一性，就要求“取流水号”和“流水号加一”作为一个事务来完成。ASP调用存储过程比调用SQL语句要复杂一些，必须用ADO组件中的命令对象，步骤如下：

创建一个ADO命令对象，把Commandtext属性为存储过程名，Commandtype属性为4，表示该命令是调用存储过程为命令对象创建参数。

用“命令对象.CreateParameter(参数名称，类型，方向，长度)”命令创建对应与存储过程的输人、输出参数。

用“命令对象.Parameters(参数名称).Value=参数值”命令给输人参数赋值。

用“命令对象.Parameters.Append参数名称”命令将各个参数加入到命令对象的参数集合中。

“命令对象.Execute”执行存储过程。

“变量名=命令对象.Parameters(输出参数名称).Value”得到输出参数值。

结束语

基于B/S模式开发的收发文管理系统的实现，无疑会使传统的以手工为主的办公方式和办公手段，向科学化、规范化、高效化和信息化转变。可以预计，随着办公信息量的增加和信息化程度的提高，电子办公将是未来办公的发展方向。

关于vb.net事务管理和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。