摘要： 我们继续学习设计模式系列文章。 今天要讲的是单件模式，其实单件模式是比较简单的设计模式，在我们日常开发过程中也是经常用到的。 单件模式：单件模式是一种用于确保整个应用程序中只有一个类实例且这个实例所占资源在整个应用程序中是共享时的程序设计方法。 我想如果初学者对一些基本概念能熟练掌握...... 阅读全文

摘要： 我们继续学习设计模式系列文章。 今天要讲的是设计模式中经常被用到的“工厂模式”，所谓工厂模式就是将对象的创建交给一个叫做工厂的对象来统一进行处理。主要是将对象的依赖关系进行解耦，消除对象之间的直接耦合。那么工厂的使用有几种方式呢？那就要看我们对工厂的理解了，工厂是创建对象的一个逻辑名称，工厂可以是一个方法、一个静态类等等。只要起到对象的创建就能给它赋予上一个工厂的名称。 那么什么是抽象工厂呢？我想很多人对它的理解并不是很透彻，甚至有的人就觉得工厂一定要是抽象的。我表示不理解，一个抽象类中连一个抽象的、虚的成员都没有，我想问这个类是干什么用的，仅仅是模仿《设计模式》中的例子在做吗.... 阅读全文

摘要： 我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。 在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家讨论下装饰者模式的性能该如何平衡。是用时间换空间还是用空间换时间，这里的时间就是我...... 阅读全文

摘要： 装饰者模式其实有点难以理解，特别是对初学者来说可能有点晕，因为它的概念互相冲突，哪里互相冲突我们下面会讲解到。 本人保持一贯的写作风格，重在入门。在本人的这篇文章中会用一个比较恰当的比喻来让我们对问题迎刃而解，例子虽然简单但是重点突出。 在写这篇文章之前我在网上大概搜了一下关于“装饰者模式”的一些文章，但是讲解的效果都不太理想。要么就是找书搬过来的，要么就是对着书的例子从新创造一个。我看了大概三四篇这样子，不行看着头晕。文章的主人很想把问题的关键说清楚，但是很少能在原有代码的基础上画龙点睛，搞不好就是画蛇添足。如果没能清楚的介绍模式代码中的任何一脚，都有可能給看文章的初学者带来新的问题，没能够透彻的体现出文章的重点。下面我们从理清头绪开始。[王清培版权所有，转载请给出署名] 设计模式是用来解决某一个问题的一个方法，一个模式是对应着....... 阅读全文

摘要： 策略模式在我们日常开发中经常被用到，这篇文章不是策略模式的深入讨论和学术研究，只是让初学者能有个基本的了解。 什么叫策略：1. 可以实现目标的方案集合；2. 根据形势发展而制定的行动方针和斗争方法；3. 有斗争艺术，能注意方式方法。 什么叫模式：模式（Pattern）其实就是解决某一类问题的方法论。把解决某类问题的方法总结归纳到理论高度，那就是模式。模式是一种指导，在一个良好的指导下，有助于你完成任务，有助于你作出..... 阅读全文

摘要： 本篇文章讲解关于路由事件的相关原理。 什么叫路由事件，字面理解就是事件是可以传递，路由的意思也好理解。路由事件其实就是，事件是会随着某种变化，来回传递。路由事件其实在.NET2.0时期就已经存在了，只不过在一般开发过程中用不到。 从C#3.0开始，就已经封装了关于路由事件的机制。其实这种实现应该可以换个名字来解释。我们可以给路由事件起个便于理解的名字，“事件的路由设计模式”。我们都知道，任何大的框架都是从微小的基本..... 阅读全文

摘要： 由于很久没有写关于基础知识的东西了，今天来总结一下关于.NET平台中的代码属性的概念；只是基础介绍，文章的本意是带领初学者学会使用特性，而不是讨论高深的底层技术；[王清培版权所有，转载请给出署名] 1.什么叫特性Attribute 特性对一般.NET编程人员来说并不陌生，自从我们开始接触C#语言的时候，我们多多少少已经接触了关于特性的使用；但是对于初学者来说真的不明白特性的意义，特性到底是属于类还是类实例，这些概念搞不清楚对理解代码的逻辑真的很顺利；这篇文章我将带您来了解特性的作用，其实特性的真的很方便；至少我认为自从我懂特性之后，我的代码便的更加的人性化，程序的结构清晰易懂，所以本人在写代码的时候经常喜欢用一些能够简单明了的表达对象的特点的风格； 其实特性Attribute就是一段代码..... 阅读全文

摘要： 我们继续.NET互操作学习。互操作的基础知识已经差不多完了，当然一篇小小的文章很难全面的讲述互操作的方方面面，本人只是总结出关键的地方好让我们能入个门，在后期如果想要更深入的学习，肯定需要一本详细而全面的书籍才行。想要精通.NET互操作当然也少不了对非托管的技术学习，C++、COM等等，只有既熟悉.NET也熟悉非托管技术才能将互操作融会贯通。从这篇文章起我们将进入到.NET互操作的数据封送阶段，数据封送是.NET/Pinvoke关键的部分，任何托管代码想要和非托管代码互操作，少不了数据的传递返回..... 阅读全文

摘要： 我们继续.NET互操作学习。本篇文章我们将来学习互操作基础知识中的最后一个知识点“提升平台调用的性能”； 在于非托管函数进行互操作的过程中，由于涉及的技术因数众多，因此程序的性能会受到这些因素的影响导致性能下降，本篇文章将来介绍在平台调用过程中提升性能的一些设计和编码方面的技巧；[王清培版权所有，转载请给出署名] 一：显示的制定要调用的非托管函数名称 我们在进行平台调用的时候，如果CLR无法在非托管DLL中找到与DllImport特性指定的函数名相同的非托管函数，那么CLR会尝试采用一些规则重新进行搜索。比如我们将sumA非托管函数的CharSet申明为CharSet.Ansi，那么CLR首先会通过根函数名(sum)进行搜索，如果在指定的非托管DLL中找到了此函数，就是用它。如果不能找到，就会使用带后缀A的函数(sumA)进..... 阅读全文

摘要： 我们继续.NET互操作学习。在上篇文章中我们学习了关于托管与非托管内存Dispose(释放)问题；下面我们继续学习基础知识中的Dynamic(动态)平台调用技术； 在前几篇文章中，我们都是采用按部就班的方式来调用非托管代码的，先定义非托管代码的托管定义，然后用DllImport来标识相关调用约定；这篇文章我们将介绍怎么通过动态的方式调用非托管代码；在进行讲解之前我们有必要简单的了解一下，托管代码调用非托管代码的大概的步骤或者说是相关细节吧；只有当我们脑子里有一套属于自己的理解思路时，文章才显的有价值；[王清培版权所有，转载请给出署名]...... 阅读全文

摘要： 我们继续.NET互操作学习。前一篇文章中我们学习了基础知识中的DllImport关键特性；我们继续学习基础知识中的内存释放相关技术； 在托管与非托管内存之间，是不允许直接调用进行相互操作的，这点我相信稍微有点.NET技术基础的人都能了解；上一篇文章中有位朋友提出了些问题，刚好我们在这里就当是学习来粗略的分析一下，问题大概是这样的：[王清培版权所有，转载请给出署名] 1.在.NET托管平台上的对象与非托管的对象之间是否能直接互换？ 2.托管内存与非托管内存是否存在差异？如果存在...... 阅读全文

摘要： 我们继续.NET互操作学习，上一篇文章中我们介绍了托管代码怎么与非托管代码C++之间的互操作；要想在托管代码中成功的进行非托管调用，要注意的细节还是很多的，下面我们就来介绍一下，在互操作方面托管代码要注意的必不可少的代码申明，为我们下面的互操作打下基础； 在.NET平台里面开发我们还是很幸运的，微软为我们做了很多很方便的东西，我们只需要了解一下就能快速上手；在互操作里面我们只需要借助DllImport特性就能很好的切入到非托管代码中，微软为我们处理了复杂的内存分配、动态函数查找、地址解析等等本应该我们自己去处理的事情；所谓工欲善其事，必先利其器；选择.NET是正确的；下面我们就来逐一讲解在互....... 阅读全文

摘要： 我们继续.NET互操作学习，为了揭开互操作的神秘面纱，今天这篇文章我们就来先睹为快，让我们先来做个例子，基础的东西，我们陆续进行讲解；由于互操作牵扯到的东西非常多，比较复杂，我们要循环渐进的学习，为了给大家有一定的吸引力，让我们一边看一边能动手做起来；本篇文章用VisualStudio2010进行演示，将非托管代码暴露在我们眼前，它对我们来说不在有神秘感，我们通过.NETP/invoke(平台调用)很方便的进行调用，可能需要我们掌握一些C++的基础知识，但是也放心啦，有C语言的基础功，足够用了；我们开始吧..... 阅读全文

摘要： 本人最近在学习非托管C++互操作的技术，有点小收获不敢私藏拿出来跟大家分享；作为.NET开发人员，我们有必要学习一些互操作方面的知识；尤其对一些高级程序员来说，掌握非托管的互操作能很好的增加我们的技术竞争力；由于互操作的内容很多，我打算用系列来讲，这篇就当是随便唠叨做入门介绍吧； .NET平台的相关基础知识我就不浪费时间讲了，直接进入主题吧；.NET是在操作系统上的一层软件开发框架，是在Windows平台上的抽象封装，将复杂的软件开发过程简单化，让我们摆脱复杂重复的技术难点进行高效的应用..... 阅读全文

摘要： 网上关于安装部署的文章太多，我就不多写那些重复的东西了；这篇文章就简单介绍部署ActiveX控件要注意的细节。本人的“.NET实现之(ActiveX插件开发)”一文中介绍了在.NET平台下开发ActiveX控件的方法，但是没有介绍怎么部署开发好的ActiveX插件，所以今天就来弥补这个空缺； 由于ActiveX插件属于早期的COM原理技术，在COM刚出来的时候，它的技术复杂度是每个C++...... 阅读全文

摘要： 天跟大家分享一下我们在日常开发中并不常用的开发模式“插件系统模式”，什么叫插件从大一点的概念讲就是我们开发的软件是由很小的模块组成，每一块都能成功的装卸，使我们的软件成为一个有机体，在发生重大事故、改良优化等等的时候，我们不需要重新编译我们的系统就能很方便的进行升级替换进行使用；这样的开发模式就是插件系统开发模式；这个概念很大，每个人的技术水平不同使用的效果也是不同的；一个大型的系统，不能简简单单的用三层或者MVC来概括，我们要站在一个更高的角度去思考程序，每当我们开始一个新系统的架构设计时，我们不能总是保守的或是“封建”式的使用以往的思想模式，是否深思熟虑过这些开始模式在我们当前系统中是否可用或者说是否能发挥模式的最大效果，但是我们往往很多人，不太喜欢思考，俗话说得好：思考是前进的本质；尽量向“建筑的永横之道”一书中所讲的道理去迈进.... 阅读全文

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

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

摘要： 本人写博客总是喜欢来一段开场白，其实细心看我文章的朋友能明白我的意思，本人就是想让更多的人能理解我写文章的用意，力求用通俗易懂的方式展现复杂抽象的概念，写文章的朋友尤其是用心写文章的朋友，其实真正的目的不是写文章而是去帮助大家学习技术，在.NET领域里有各种各样的技术，一个人的精力有限，在讲解某一个技术要点的时候难免疏忽大意讲错，这很正常，我有时候在看一些前辈的文章时，总能发现前辈多么希望将自己毕生的经验、技术传递给每一个想学的人，他们是多么让我们敬佩，让我们值得尊重，我还是那句话，技术不是用来炫耀的，技术是我们生存的本领，更是我们兴趣的展现，做技术的朋友都是比较深沉、细心、敏锐的人，他们那不修... 阅读全文

摘要： 在打算讲这篇文章之前我深思一个下午，打算分两篇来讲的，但是又怕读者看着嫌烦；其实稍微了解一点ActiveX插件的朋友都能知道，这样一扯可能出现一堆问题；但是我还是决定通过简单的方式尽量让初学者少接触底层的东西包括OLE(对象连接与嵌入)、COM(组件对象模型)之类的概念，但是ActiveX插件在开发上有很高的技术要求，虽然.NET为我们封装了很好的实现途径，但是我们也总不能停留在，知自然而不知其所以然的层面上；今天这篇文章我大概构思了一下，我主要会由浅入深的去逐层的讲解，对一些概念性的东西，我会给出参考资料供大家去学习，由于它的发展历史我也就不去讲解了，主要是实现为主；如果喜欢刨根问底的朋友可以去查询相关的文章或者看一些关于OLE、COM...... 阅读全文

摘要： 说起数据提供程序大家都不陌生，数据提供程序的作用就是以统一的接口去访问不同的数据源，如OledbProvider、SqlServerProvider、OrcaleProvider等等；不同数据源的访问其实是不一样的，微软数据源的访问方式从ODBC到ADO.NET经历了很多路程，各大数据源提供商，都在不断的生产不同结构的数据库，为了以统一的接口去访问各种不同的数据源，微软的.NET为我们提供了ADO.NET，我们通过ADO.NET可以很方便的访问不同厂商生产的不同数据库，ADO.NET也为后期自定义数据提供程序规定了一套接口，只要我们自己去实现它就可以用同一种方式，访问我们自己的数据源，我们可以通过封装访问我们的XML数据源、文本数据源、二进制数据源、WebService数据源、对应用程序....... 阅读全文

摘要： ORM模型在现在的项目开发中用的还是比较多的，他的好坏我们就不讨论了，已学习为主吧； ORM模型的大概思想就是实体与我们库中的表的对应关系，一个实体就好比表中的一行数据，将实体的操作视为对表的操作，如增、删、该、查就是对表的同样操作，我们只需要简单的封装一下就可以省很多的重复劳动，通过ORM模型对我们的代码的简洁程度还是有目共睹的，我们将对数据库的操作通过ORM转换后执行，前者我们省掉了很多复杂的SQL组装，后者其实是一样的只不过将SQL的组装通过ORM将MODEL的一些属性通过反射的方式获取然后拼接SQL去执行，在项目的数据库变更，很容易就切换了上下文的数据库访问代码...... 阅读全文

摘要： 做开发的人，尤其是做客户端(C/S)系统开发的人都会遇到一个头疼的问题，就是软件的自动更新；系统发布后怎样自动的更新程序，在下有幸开发过一个自动更新程序，更新程序与任何宿主程序是完全独立的；只要在主程序里面启动更新程序就行了；更新程序也是一个可执行文件，在启动的时候可以设置是否是自动更新和是否是手动更新，自动更新的意思就是说不需要人工的干预实现从远程服务器下载更新包，而如果是手动更新就会涉及到用户点击程序中的按钮实现更新；在自动更新与手动更新中可以根据项目的需要进行选择，有的程序必须要求用户进行更新才能继续使用，所以程序自动更新是有必要的；手动更新就是用户可以随时更新程序，不需要严格的控制版本问题；下面本人就来讲一下具体的实现细节，我贴出部分代码，源码属公司财产本人不宜上传.... 阅读全文

摘要： 在很久以前，我刚开始接触.NET的时候，总是搞不清楚.NET与VisualStudio之间的关系，我开发的东西是怎么样层层流转最终形成可执行文件的；这样的疑惑一直困扰着我，我想也困扰着许许多多刚接触.NET的开人员；尽管在学校的学生学过编译原理、操作系统等等计算机原理方面的理论知识；但是就是无法将这股力量用到实实在在的理解上；下面本人就简谈一下.NET中的主要核心东西：高级语言(C#,VB.NET,J#等)、编译器、CLR引擎、VisualStudio系列工具等等之间是如何协调工作的，这样的理解有利于我们自己在开发软件项目的时候可以借鉴一下好的思想(如：文档对象模型、脚本引擎等等)，好的实现方式，这里不存在具体的设计模式，这篇文章所讲的类容以具体的模块划分如何协调工作为主，针对初学者而言；.NetFramwork是一个技术框架的统称，在这个框架里面是一系列为了实现软件开发而具有的所有支撑.... 阅读全文

摘要： 过程式的开发方式已逐渐退出大众的眼线，随之而来的是各种各样的高抽象的开发模式；我们不得不承认在没有设计模式的时候，我们很难总结出有价值的开发模型，便于以后重复使用和推广；面向对象的流行，让我们开发人员重新站在一个高的起点来看待软件模型，抽象固然是好事，但是也给初学者带来了迷惑，将软件中的东西都想成很简单的封装，我们只需要调用就行，这样越来越多的开发人员开始慢慢的往上“浮”[王清培版权所有，转载请给出署名]，有一定编程经验和感触的人，能够明白我所说的“浮”，也算是给初学者提个醒吧...... 阅读全文

摘要： 文章开头本人申明一点，本人写的文章力求让看的人能理解精髓而不是专业化，博客园的好多人在写文章的时候总想着怎么怎么专业化，巴不得看的人都看不懂才能体现出他的技术，他的牛B，技术不是用来显威风用的，在你掌握了某种技术的时候，不要想着横扫博客园之类的思想，有点技术就开始浮躁连说话都开始像李莲英；我不是想这样攻击别人，在技术的这条路上大家能平易近人互相学习，以交流技术为主，不要想着看别人的文章就是在挑刺，想法设法打击别人的信心，人无完人，人外有人，山外有山，各有所长，大家互补才能真正使我们国家的软件实力得到发展，本人很少说此类的话；说者无意，也许听着有心；本人所要说的是环境而不是想说谁，希望会技术的人能多帮助一些想学技术的人...... 阅读全文

摘要： 观察者模式想必搞程序开发的都听说过，今天我也来简单的总结一下本人在程序开发过程中是怎么使用观察者模式的；希望给大家带来点新的想法，如果哪位高手看到了也不要嘲笑啊；呵呵，最求技术的人，始终都是为了技术而学技术，目的只有一个一起最求技术的最高境界； 观察者模式是设计模式里经常被用到的一种，什么叫观察者模式，字面理解就是一个或多个对象观察某个对象这种观察是有目的地，当被观察者发生某种事件时能准确的反馈到外界，通知大家你发生了什么；尤其是在今天面向对象编程的不断成熟，什么都讲究抽象将重复劳动省到最少，方法成员都以类为容器封装；这是一种好的编程规则，就好比我们所生存的大自然坏境一样，汽车与人都是独立的生存个体，大家互不干扰，我不需要知道我存在的意义，存在的意义是对别人而言...... 阅读全文

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

摘要： 其实C#的事件与委托在日常开发过程中不用也能解决问题，但是用于不用是不同的；更能体现出对象的高内聚、低耦合，两个对象要想互操作，对外提供接口；甚至是让另一个对象来处理本对象在发生指定事件的时候的操作；打个比方，我把自己比喻成一个对象，把饭店老板比喻成另一个对象；这两个对象是完全独立的，我并不知道我要到哪家饭店吃饭，而同样饭店老板也不知道谁会来吃饭；如果不存在事件，我到了一家饭店，我跟老板讲我要吃饭，老板不回话，我说我要吃白菜.....等等；都是我自己在操作过程，这样太死板了，我不知道这家饭店是否有我点的菜没有回馈信息；正常的吃饭应该是我到饭店了，老板自己触发了一个事件，事件是他看到有顾客来吃饭了，主动来问我几个人吃饭，吃些什么；而不是我来到一个“真空”饭店；事件是一种传递信息的过程，C#本身是一种面向对象语言..... 阅读全文

摘要： 先给大家说声不好意思，在本人的".net简谈分层架构思想(彻底分离每个层)"文章中由于缺乏示例代码，所以给大家理解带来不便，小弟先赔礼；这篇文章我补充所有实现彻底分层的全部代码。 彻底分层的好处是能合理的分配各个人员的工作量，比如在我们某一个项目团队里面可能有的人偏向于UI设计开发，有的偏向于业务逻辑的编写，熟悉公司核心业务的人可以不需要管UI层和业务层的实现方式，只要实现数据访问层的代码，供上层调用；在本人的一个项目里面，为了能让所有的实现彻底分离开发是技术的要求也是业务的要求，项目大概是这样的：对所有的实现我并不知道存不存在，也不知道实现的项目或这程序集(dll)文件在哪里..... 阅读全文

摘要： 提到分层，我就想起一句图灵奖获得者说过的话：计算机科学领域任何问题，都可以间接的通过添加一个中间层来解决；当初看到这句话的时候还不能深刻的体会到这句话的真正灵魂是什么。之所以要写这篇文章作为技术爱好者之一更愿意与大家分享技术给我们带来的快乐，本人将从另一个角度来解析.NET分层架构的真正奥秘。分层，一些技术功底比较薄弱的程序员听到分层就会联想到三层架构(BLL,DAL之类的)，其实不是，分层是一个很大的技术框架思想，三层架构只不过是对普通的信息系统来说，将信息的流转通过三层来分解，在开发系统时一般总会在解决方案中新建一个Model层、一个BLL层、然后DAL层；其实如果是这样建项目的话跟一个解决方案中放上一个程序一样的只不过可以用文件夹分开建立文件是一回事；技术水品的不同对三层的理解各不相同..... 阅读全文

摘要： 自从面向对象开发方式的出现，抽象的概念就开始日新月异的发展，面向对象编程、面向接口编程、面向组件编程等等；这一系列的概念都是软件工程所追求的思想范畴，高类聚低耦合。 今天我要简谈的是面向对象里面非常重要的也是非常抽象的概念，接口。谈起接口多少人曾经为之痛苦过，尤其是一些刚入门的开发人员(包括小弟)，百思不得其解，啥叫接口，接口能干嘛用，用不用有什么区别；等等问题困扰着，这些问题不解决不弄明白，很难在面向对象领域混，更别谈面向对象开发了，可能有人认为面向对象开发就是麻烦我不用一样也能开发，开发一个项目又是分这个层，又是分那个层的，繁琐。这中情况我就没有权利去发表任何意见了..... 阅读全文