摘要： 问题坦克根据外部环境不一样，可以分别由引擎、控制器、车轮、车身等组合构成。动机当客户程序与各子系统有过多的耦合，随着客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。如何简化客户程序和子系统间的交互接口？如何将客户程序的演化和内部的子系统的变化之间依赖相互解耦？意图为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。代码publ... 阅读全文

摘要： 场景子类复子类，子类何其多假如我们需要为游戏中开发一种坦克（接口：Tank），除了各种不同型号的坦克（类：T50,T70,T90）外，我们还希望在不同场合中为其增加以下一种或多种功能，如红外线（接口：IA），水陆两栖（接口：IB），卫星定位（接口：IC）等功能。最容易想到的是继承方式得到不同型号的有不同功能的坦克。则50型号的具有红外线的坦克是T50A:T50,IA，其中T50:Tank，50型号... 阅读全文

摘要： 问题在面向对象系统中，我们常会遇到一类具有“容器”特征的对象---即它们在充当对象的同时，又是其他对象的容器。动机上述描述的问题根源在于：客户代码过多地依赖于对象容器复杂的内部实现结构，对象容器内部实现结构（而非抽象接口）的变化将引起客户代码的频繁变化，带来了代码的维护性、扩展性等弊端。如何将“客户代码与复杂的对象容器结构”解耦？让对象容器自己来实现自身的复杂结构，从而使得客户代码就像处理简单对象... 阅读全文

摘要： 场景 一个游戏中的坦克Tank，有多种类型如：T50,T70,T90。我们通常的做法是有一个抽象的Tank基类，然后派生不同的类型的Tank。再进一步，如果此游戏需要适应PC，手机等不同的平台，则需要表示成PCT50:T50:Tank等形式了。这样带来的成本巨大的，当增加一种平台或增加一种坦克类型改动都很大。问题 实际上，由于Tank类型的固有逻辑，使得Tank类型具有了两个变化的维度，一个是... 阅读全文

摘要： Microsoft SharePoint 技术实现了公司内部轻松、相互联系的协作。在利用 SharePoint 技术之前，企业内信息沟通和协作主要依靠开会、通知、电话等方式，自是效率不高。然而现在，我们可以利用 Windows SharePoint 技术创建一个用来实现信息共享和文档协作的企业门户站点，建立畅通的信息交流平台 。从而大大提高个人，团队和企业的生产力。然而，构建这一切所需要的成本却是非常的低。而且，通过 SharePoint 产品所提供的工具，您几乎可以利用现有的知识管理、部署和使用它。 阅读全文

摘要： 一、动机（Motivation）在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是新的环境要求的接口是这些现存对象所不满足的。如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的就用环境的所要求的接口？二、意图（Intent）将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工... 阅读全文

摘要： 虽然自己公司一直做B/S程序的开发，但要么要有人已搭好框架，要不就是有很多现成的例子，很多时候就是往里填些业务代码，公共的就是不变的，有些不需要自己知道，有些直接调用即可，有些拷贝过来用就行，这些看似简单的东西，如今确亲手做确不那么容易了。这是为什么，看来有些东西非得自己亲做，否则真是一知半解。旧人说的好，好记忆不如烂笔头。[查看全文] 阅读全文

摘要： 一、动机（Motivation）问题域在软件系统中，经常面临着“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是它们却拥有比较稳定一致的接口。如何应对这种变化？如何向“客户程序（使用这些对象的程序）”隔离出“这些易变对象”，从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变？二、意图（Intent） 解决方案使用原型实例指定创建对象的种类，然后通... 阅读全文

摘要： 动机（Motivation）在软件系统中，经常面临着“某个对象”的创建工作；由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？意图(Intent)定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得... 阅读全文

摘要： Builder模式的起因： 假设创建游戏中的一个房屋House设施，该房屋的构建由几个部分组成，且各个部分要富于变化。如：房子是由“2门，4窗，4墙，1天花板，1地板”构成，门，窗，墙，天花板，地板可以变化成不同的门，窗，墙，天花板，地板，但构成房子是由2个门，4个窗，4个墙，1个天花板，1个地板是不变的。把变化的与不变的隔离开来，就是Builder模式。动机(Motivation) 在软... 阅读全文

摘要： 受部门之托，寻优秀的你。 这年头，想找个好工作不容易。同样，公司想招个"强人"更难呀！如果你符合以下条件，想找到更多优秀的同伴和从工作中找到成就感，那就快快行动，加入到我们的团队中来吧！ 1、 熟练使用C#，做过Web开发 2、 熟悉SQL Server数据库 3、 有两年以上工作经验，本科或以上学历 4、 能吃苦，有团队合作精神和责任心 5、 有ERP或HR相关业务... 阅读全文

摘要： 一、设计模式概述 http://hotsoho.net.cnblogs.com/articles/328646.html二、Singleton 单件（创建型模式） http://hotsoho.net.cnblogs.com/articles/328616.html三、Abstract Factory 抽象工厂模式(创建型模式) http://hots... 阅读全文

摘要： 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化往往存在“更多系列对象”的创建工作。 　如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种多系列具体对象创建工作的紧密耦合？ 阅读全文

摘要： 一、面向对象三大机制： 封装：隐藏内部实现 继承：复用现有代码 多态：改写对象行为二、面向对象设计模式： 面向对象设计模式解决的是类与相互通信的对象之间的组织关系。三、面向对象设计原则： 针对接口编程，而不是针对实现编程 优先使用对象组合，而不是类继承 封装变化点四、具体的设计原则： 单一职责原则（SRP）：一个类应该仅有一个引起它变化的原因 ... 阅读全文

摘要： 一、动机（Motivation） 在软件系统中，经常有这样一些特殊的类，必须保证它们在系统中只存在一个实例，才能确保它们的逻辑正确性以及良好的效率。 如何绕过常规的构造器，提供一种机制来保证一个类只有一个类例？这应该是类的设计者的责任，而不是类的使用者。二、意图（Intent） 保证一个类仅有一个实例，并提供一个该实例的全局访问点。三、C#语言实现1)单线程Singleton模式实... 阅读全文

摘要： 一流的企业卖标准二流的企业卖服务三流的企业卖产品我服务的公司属于三流企业，你的呢？ 一流高手提问题二流高手解决问题三流高手抄问题注：小白是我同事。 阅读全文

摘要： 非官方最新消息，Kingdee K/3eHR产品2005年销售回款达到1975万。真是可喜可贺。虽然离公司预期的还差25万，但我想这不重要。重要的是HR市场前途一片光明，Kingdee HR同行业绝对领先。人力资源已变为人力成本，HR产品将是继财务软件全面普及之后的一个新亮点。人力成本已经变为企业资本的重要的一部分，被越来越的企业重视。今年3000万的收入指标将给我们更多的挑战。 阅读全文

摘要： 阿波，你要去广州分公司轮岗了，我以为是“天将降大任于是人也，必将苦其心志，劳其精骨”。其实是我错了，轮岗的谎言太漂亮了，流放就没这么好听了，是吧！今天是公司研发的旧年总结也是新年的计划启动大会，可能是多喝了一点，让我清楚的认识到了一些新东西。HR是你一手带起来的，至少从我进公司就属于你，HR有今天的成就我相信所有的人都知道与你分不开，公司已确定在06年把HR列为十大战略计划之一了，去年HR的销售指... 阅读全文

摘要： 今天参加了一个民事诉讼案的公开审理。第一次来到这种一直以为很威严的地方，也许今天还是假期的原顾，法院很冷清，偶尔看到几个人走过。我是以被告的旁听身份参加的，所以主角不是我。其实远没有之前想像的或在电视上看到的那种场面，甚至认为有点随便，倒有点像一个班组在举行辩论赛。说的有点搞笑，就一个审判长和一个书记员，其它就是原告和被告及旁听，也许可能是案子比较小的原故吧。最后审判长敲了一捶说，鉴于原告和被告在... 阅读全文

摘要： 2005年已过，一年的时间，斗转星移。经历过人间的酸甜苦辣；目睹了政坛的风云突变；承受了灾害的猛烈突袭…… 每一次大小事件，都让我们的心头不由一惊，并为之感叹。然而，任何事物也无法阻挡全世界迎接新年的欢乐脚步。在新年缤纷的焰火中、在欢聚的人群中、在喜庆的气氛中，让我们共同洗刷这整整一年的苦难，告别过去365天的悲伤，迎接2006年的美好憧憬吧。愿全世界永远和平、安宁……PS：本来想去打保龄球，结... 阅读全文