今天跟大家分享一下本人在“.NET简谈构件系统开发模式”一文中提到的软件架构设计思路的具体实现细节。 大家看了我这篇文章后，总问我为什么要起个这么怪异的名字“构件”而不用“插件”。其实这个名字在我脑子漂浮了很久，一直找不到合适的场合用它。 在一本书上是这样解释构件的：构件是可以更换的部件，并且这个部件是由一系列很小的部件组成，

我们继续“.NET实现之(WebBrowser数据采集)“系列篇之最后一篇，这篇本人打算主要讲解怎么用WebBrowser控件来实现“虚拟”的交互性程序；比如我们用Winform做为宿主容器，用Asp.net做相关收集程序页面，我们需要通过客户端填写相关数据项，在通过Asp.net进行收集传递到服务器端进行查询，然后展现给用户，这样的操作是需要用户界

我们继续上一篇".NET实现之(WebBrowser数据采集-基础篇)"，由于时间关系这篇文未能及时编写；上一篇文章发布后，得来了部分博友的反对意见，觉得这样的文章没有意义，WebBrowser采集数据效率低下用WebRequest效率就能提高了，本人不理解，为什么同样是HTTP协议进行数据采集，效率能提高多少，在采集过程中同样要经历种种的高层协议向底层协议转换等过程，我个人感觉WebReques

本人写博客总是喜欢来一段开场白，其实细心看我文章的朋友能明白我的意思，本人就是想让更多的人能理解我写文章的用意，力求用通俗易懂的方式展现复杂抽象的概念，写文章的朋友尤其是用心写文章的朋友，其实真正的目的不是写文章而是去帮助大家学习技术，在.NET领域里有各种各样的技术，一个人的精力有限，在讲解某一个技术要点的时候难免疏忽大意讲错，这很正常，我有时候在看一些前辈的文章时，总能发现前辈多么希望将自己毕

说起数据提供程序大家都不陌生，数据提供程序的作用就是以统一的接口去访问不同的数据源，如OledbProvider、SqlServerProvider、OrcaleProvider等等；不同数据源的访问其实是不一样的，微软数据源的访问方式从ODBC到ADO.NET经历了很多路程，各大数据源提供商，都在不断的生产不同结构的数据库，为了以统一的接口去访问各种不同的数据源，微软的.NET为我们提供了ADO

ORM模型在现在的项目开发中用的还是比较多的，他的好坏我们就不讨论了，已学习为主吧； ORM模型的大概思想就是实体与我们库中的表的对应关系，一个实体就好比表中的一行数据，将实体的操作视为对表的操作，如增、删、该、查就是对表的同样操作，我们只需要简单的封装一下就可以省很多的重复劳动，通过ORM模型对我们的代码的简洁程度还是有目共睹的，我们将对数据库的操作通过ORM转换后执行，前者我们省掉了很多复杂的

做开发的人，尤其是做客户端(C/S)系统开发的人都会遇到一个头疼的问题，就是软件的自动更新；系统发布后怎样自动的更新程序，在下有幸开发过一个自动更新程序，更新程序与任何宿主程序是完全独立的；只要在主程序里面启动更新程序就行了；更新程序也是一个可执行文件，在启动的时候可以设置是否是自动更新和是否是手动更新，自动更新的意思就是说不需要人工的干预实现从远程服务器下载更新包，而如果是手动更新就会涉及到用户

打印想必大家都遇到过这样的问题，不想用那些太过强大的打印控件，在我开发的过程中也遇到了这样的情况我想要实现基本的纸面套打也就是将不同的纸面合同协议之类的A4纸打印上规定好的文字;上网搜了搜没有合适的第三方工具要么就是很复杂的报表设计器要么就是需要一系列的注册过程的工具； 所以本人就实现了模板打印设计器组件，纸面套打支持多页同时打印.支持多份同时打印完全自动化,一键生成所有的纸面文档; 该打印工具支