针对实现编程是什么原则

1. java面向对象设计有哪些原则

甚至还有经验丰富的Java程序员没有听说过OOPS和SOLID设计原则，他们根本不知道设计原则的好处，也不知道如何依照这些原则来进行编程。 众所周知，Java编程最基本的原则就是要追求高内聚和低耦合的解决方案和代码模块设计。查看Apache和Sun的开放源代码能帮助你发现其他Java设计原则在这些代码中的实际运用。Java DevelopmentKit则遵循以下模式：BorderFactory类中的工厂模式、Runtime类中的单件模式。 原则1:DRY（Don'trepeatyourself） 即不要写重复的代码，而是用"abstraction"类来抽象公有的东西。如果你需要多次用到一个硬编码值，那么可以设为公共常量；如果你要在两个以上的地方使用一个代码块，那么可以将它设为一个独立的方法。SOLID设计原则的优点是易于维护，但要注意，不要滥用，plicate不是针对代码，而是针对功能。这意味着，即使用公共代码来验证OrderID和SSN,二者也不会是相同的。使用公共代码来实现两个不同的功能，其实就是近似地把这两个功能永远捆绑到了一起，如果OrderID改变了其格式，SSN验证代码也会中断。因此要慎用这种组合，不要随意捆绑类似但不相关的功能。 原则2:封装变化 在软件领域中唯一不变的就是"Change",因此封装你认为或猜测未来将发生变化的代码。OOPS设计模式的优点在于易于测试和维护封装的代码。如果你使用Java编码，可以默认私有化变量和方法，并逐步增加访问权限，比如从private到protected和notpublic.有几种Java设计模式也使用封装，比如Factory设计模式是封装"对象创建",其灵活性使得之后引进新代码不会对现有的代码造成影响。 原则3:开闭原则 即对扩展开放，对修改关闭。这是另一种非常棒的设计原则，可以防止其他人更改已经测试好的代码。理论上，可以在不修改原有的模块的基础上，扩展功能。这也是开闭原则的宗旨。 原则4:单一职责原则 类被修改的几率很大，因此应该专注于单一的功能。如果你把多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，有可能中止另一个功能，这时就需要新一轮的测试来避免可能出现的问题。 原则5:依赖注入或倒置原则 这个设计原则的亮点在于任何被DI框架注入的类很容易用mock对象进行测试和维护，因为对象创建代码集中在框架中，客户端代码也不混乱。有很多方式可以实现依赖倒置，比如像AspectJ等的AOP（AspectOrientedprogramming）框架使用的字节码技术，或Spring框架使用的代理等。 原则6:优先利用组合而非继承 如果可能的话，优先利用组合而不是继承。一些人可能会质疑，但我发现，组合比继承灵活得多。组合允许在运行期间通过设置类的属性来改变类的行为，也可以通过使用接口来组合一个类，它提供了更高的灵活性，并可以随时实现。《EffectiveJava》也推荐此原则。 原则7:里氏代换原则（LSP） 根据该原则，子类必须能够替换掉它们的基类，也就是说使用基类的方法或函数能够顺利地引用子类对象。LSP原则与单一职责原则和接口分离原则密切相关，如果一个类比子类具备更多功能，很有可能某些功能会失效，这就违反了LSP原则。为了遵循该设计原则，派生类或子类必须增强功能。 原则8:接口分离原则 采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。设计接口很棘手，因为一旦释放接口，你就无法在不中断执行的情况下改变它。在Java中，该原则的另一个优势在于，在任何类使用接口之前，接口不利于实现所有的方法，所以单一的功能意味着更少的实现方法。 原则9:针对接口编程，而不是针对实现编程 该原则可以使代码更加灵活，以便可以在任何接口实现中使用。因此，在Java中最好使用变量接口类型、方法返回类型、方法参数类型等。《EffectiveJava》和《headfirstdesignpattern》书中也有提到。 原则10:委托原则 该原则最典型的例子是Java中的equals（）和hashCode（）方法。为了平等地比较两个对象，我们用类本身而不是客户端类来做比较。这个设计原则的好处是没有重复的代码，而且很容易对其进行修改。 总之，希望这些面向对象的设计原则能帮助你写出更灵活更好的代码。理论是第一步，更重要的是需要开发者在实践中去运用和体会。

2. 如何理解“针对接口编程，而不是针对实现编程”

通过接口来调用一个类及其方法，而不是直接建立类实体来调用类。
比如将来你要颂知把这个被调用的类换成一个别的实现类时，你就不用去把调用过它的野好消类一个个改掉了，因为它们调袜码的是接口，接口没变，在配置里把接口的实现类换成新的类，就全部都替换掉了
这就是解耦，提高可维护性

3. 程序设计原则也是衡量编程工作质量的指标

程序设计原则也是衡量编程工作质量的指标。

程序设计是给出解决特定问题程序的过程，是软件构造活动中的重要组成部分；程序设计往往以某种程序设计语言为工具，给出这种语言下的程序。

4、接口隔离原则：使用多个隔离接口，比使用单个接口要好。经常提到的降低耦合，降低依赖，主要也是通过这个原则来达到目的。

5、迪米特法则：一个实体应当尽芹握可能少的与其他实体之间发生相互作用。

6、开闭原则：程序的设计应该是不约束扩展，即扩展开放，但又不能修改已有功能，即修改关闭。

7、合成/聚合复用原则：在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分，新的对象通过这些对象的委派达到复用已有功能的目的。

4. 策略模式实际上应用了什么设计原则

1.Petshop中策略模式的应用
至于在程序中的应用，我也是个新手，不知道何时需要这种模式，可以参考下petshop中的策略模式，理解下在真实项目中如何使用。我对petshop中策略模式的理解就是里面处理订单时可能有同步和异步插入数据两种方式，具体用那种方式直接在配置文件中修改即可。
看文字不如看图片，自己画了画UML图，不会用工具但是意思差不多。
这是IBLLStrategy类库中的腔信接口IBLLStrage，为了同步异步插入订单的实现，如果有新的订单插入方式，可以继承此接口这两个类是处理同步异步的订单类。
继承于IBLLStrage，分别实现自己的插入方法。在BLL层中的order类中
private static readonly PetShop.IBLLStrategy.IOrderStrategy orderInse
rtStrategy = LoadInsertStrategy();LoadInsertStrategy
方正型法决定了实例化
的是同步传送订单还是异步传送订单。在BLL逻辑层中，Order订单中会改变的是insert方法，所以根据设计原则，把需要改变的独立出来。
2.控制台小应用程序
实例描述，模拟鸭子应用，由于后期需要可能有N种鸭子，鸭子可不可以飞，怎样飞，鸭子可不可以叫，怎么叫，如果仅仅写两个接口Ifly和Iquack，子类要么继承，要么不继承，对飞的行为无法控制，因为飞的动作和叫的方式千变万化。

设计原则
1.找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混合在一起（此例子中鸭子的行为属于变化）
2.针对接口编程，而不是针对实现编程针对接口编举圆猜程是真正的意思是针对超类型编程，利用多态，程序可以针对超类型编程，声明一个类时通常是一个超类或者是一个接口，这也意味着声明类时，不用理会以后执行的真正对象，举例Animal是一个抽象类，有两个子类Dog和Cat
继承Animal针对实现的编程是:
Cat c = new Cat();
c.meow();
//
猫叫的方式
Dog d = new Dog();
d.bark();
//

狗叫的方式针对接口的编程是：
Animal a = new Dog();
a.makeSound();
//makeSound中会调用bark();
Animal a = new Cat();
a.makeSound();
//makeSound中会调用meow();
3.多用组合，少用继承根据读headfirst策略模式做的c#的例子。

策略模式：定义了算法族，分别封装起来，让他们之间可以相互替换，次模式让算法的变化独立于使用算法的客户。

5. DRY编程原则 是什么

DRY 全称：Don't Repeat Yourself （摘自wikipedia），是指编程过程中不写重复代码，将能够公共的部分抽象出来，封装成工具类或者用“abstraction”类来抽象公有的东西，降低代码的耦合性，这样不仅提高代码的灵活性、健壮性以及可读性，也方便后期的维护或者修改。

(5)针对实现编程是什么原则扩展阅读：

DRY原则特指在程序设计以及计算中避免重复代码，因为这样会降低灵活性、简洁性，并且可能导致代码之间的矛盾，DRY是Andy Hunt 和 Dave Thomas's 的《 The Pragmatic Programmer 》书中的核心原则。

参考资料：DRY原则--网络

6. 编程原理是什么

简单的说，编程就是为了借助于计算机来达到某一目的或解决某个问题，而使用某种程序设计语言编写程序代码，并最终得到结果的过程。
计算机虽然功能十分强大。可以供你上网、打游戏、管理公司人事关系等等，但是没有程序，它就等于是一堆废铁，不会理会我们对它下达的“命令”。于是，我们要驯服它，只有通过一种方式——程序，这也是我们和计算机沟通的唯一方式。

那程序到底是什么呢？
程序也就是指令的集合，它告诉计算机如何执行特殊的任务。

打个比方说，它好比指导你烹调菜品的菜谱或指挥行驶一路到达目的地的交警（或者交通路标）。没有这些特殊的指令，就不能执行预期的任务。计算机也一样，当你想让计算机为你做一件事情的时候，计算机本身并不能主动为我们工作，因此我们必须对它下达指令，而它根本不会也不可能听懂人类自然语言对事情的描述，因此我们必须使用程序来告诉计算机做什么事情以及如何去做？甚至对最简单的任务也需要指令，例如如何取得击键，怎样在屏幕上放一个字母，怎样在磁盘中保存文件等等。
这么麻烦，连这些东西编程都要考虑！怪不得人家说编程好难！你错了，其实许多这样的指令都是现成的，包含在处理芯片中内置于操作系统中，因此我们不必担心它们工作，他们都是由处理器和操作系统来完成的，并不需要我们来干预这些过程。

上面讲到的计算机本身不会主动的做任何事情。因此我们要通过程序的方式来让计算机为我们“效劳”。而这个过程就是我们“编”出来的。编程可以使用某一种程序设计语言来实现，按照这种语言的语法来描述让计算机要做的事情。

我们这里所讲的语法和外语中的语法完全两码事，这里讲的语法只是读你的程序书写做出一写规定而已。

写出程序后，再由特殊的软件将你的程序解释或翻译成计算机能够识别的“计算机语言”，然后计算机就可以“听得懂”你的话了，并会按照你的吩咐去做事了。因此，编程实际上也就是“人给计算机出规则”这么一个过程。
随计算机语言的种类非常的多，总的来说可以分成机器语言，汇编语言，高级语言三大类。
电脑每做的一次动作，一个步骤，都是按照已经用计算机语言编好的程序来执行，程序是计算机要执行的指令的集合，而程序全部都是用我们所掌握的语言来编写的。所以人们要控制计算机一定要通过计算机语言向计算机发出命令。

计算机所能识别的语言只有机器语言，即由构成的代码。但通常人们编程时，不采用机器语言，因为它非常难于记忆和识别。

目前通用的编程语言有两种形式：汇编语言和高级语言。

汇编语言的实质和机器语言是相同的，都是直接对硬件操作，只不过指令采用了英文缩写的标识符，更容易识别和记忆。它同样需要编程者将每一步具体的操作用命令的形式写出来。

汇编程序的每一句指令只能对应实际操作过程中的一个很细微的动作，例如移动、自增，因此汇编源程序一般比较冗长、复杂、容易出错，而且使用汇编语言编程需要有更多的计算机专业知识，但汇编语言的优点也是显而易见的，用汇编语言所能完成的操作不是一般高级语言所能实现的，而且源程序经汇编生成的可执行文件不仅比较小，而且执行速度很快。

高级语言是目前绝大多数编程者的选择。和汇编语言相比，它不但将许多相关的机器指令合成为单条指令并且去掉了与具体操作有关但与完成工作无关的细节，例如使用堆栈、寄存器等，这样就大大简化了程序中的指令。由于省略了很多细节，所以编程者也不需要具备太多的专业知识。

高级语言主要是相对于汇编语言而言，它并不是特指某一种具体的语言，而是包括了很多编程语言，如目前流行的VB、VC、FoxPro、Delphi等，这些语言的语法、命令格式都各不相同。

(1)解释类：执行方式类似于我们日常生活中的“同声翻译”，应用程序源代码一边由相应语言的解释器“翻译”成目标代码(机器语言)，一边执行，因此效率比较低，而且不能生成可独立执行的可执行文件，应用程序不能脱离其解释器，但这种方式比较灵活，可以动态地调整、修改应用程序。

(2)编译类：编译是指在应用源程序执行之前，就将程序源代码“翻译”成目标代码(机器语言)，因此其目标程序可以脱离其语言环境独立执行，使用比较方便、效率较高。但应用程序一旦需要修改，必须先修改源代码，再重新编译生成新的目标文件(*．OBJ)才能执行，只有目标文件而没有源代码，修改很不方便。现在大多数的编程语言都是编译型的，例如Visual Basic、Visual C++、Visual Foxpro、Delphi等。
这个问题其实很简单。前面我们讲到，程序是人与计算机进行沟通的唯一方式，因此我们要让计算机为我们服务，就必须有程序，而程序从哪里来?当然是由我们编写出来了。或许你又会问到另一个问题：现在要什么程序有什么程序，我干嘛还要编程呢?这你就错了，现在的程序虽然很多，需要什么样的程序直接到网上不需要很长时间就可以找到类似的，而且有可能就是你所需要的。但是，就好比去买衣服，虽然卖衣服的到处都是，但是哪一件是为你“量身定做”的呢！
程序还能够做很多事情不同的程序可以完成不同的事情。从大的方面到管理国家的财务，小的方面管理家庭的帐务。

又如，如果你想要你的计算机能播放动画，那么你的计算机中也要有相应的动画播放程序，下面所示的就是一个F1ssh动画播放器。我们将会在后面的章节具体讲述这个程序的编制过程。
随着计算机的飞速发展，总会有那么一天将不会编程的人列为“文盲”。你不希望吧?那么就好好的学习一种程序设计语言吧。

编程会过时吗

编程会过时吗?这个问题，让我先问你一个问题：计算机会消失吗?这两者答案是一样的。知道了计算机会不会消失，就知道了编程会不会过时。

编程工具会过时，而编程却不会过时

计算机系统由可以看见的硬倒：系统和看不见的软件系统组成。要使计算机能够正常的工作，仅仅有硬件系统是不行的，没有软倒系统(即没有程序)的计算机可以说只是—堆废铁，什么事情都干不了。例如当你撰写—篇文章的时候，你需要在操作系统中用文字编辑软件来实现文字的输入，但如果没有这些文字输入软件的话，你是否想过如何向计算机中输入文章呢?很难想象出如何在一个没有任何软件的计算机(我们称之为裸机)上进行文字的输入。而这些软件其实就是通常我们所说的程序。

编程会过时吗?我们从另一个角度来考虑这个问题，计算机有——天会消失吗?如果有一天当世界上所有的事情处理都用不到计算机了，那么计算机将会很快的消失，那时编程不仅过时了，而且也会随之消失了。但是计算机会消失吗?当然不会，如今计算机应用到每一领域，为人类的发展做出了不可估量的贡献。试想一下如果有一天全世界的计算机突然消失了，那么这个世界将变成什么样子，或许和全世界都停电了一样恐怖，甚至还会有更大的损失。计算机的存在必须要有软件系统来维持。因此编程永远不会、也不可能会过时。

计算机程序设计语言发展到今天，已经从最原始的机器语言发展到如今可视化的集成开发环境，甚至集多种语言在同一开发平台上，像微软的NET平台。回头看看程序设计语言的发展史，不难看出对于编程来说，只会出现编程工具的过时，不会出现编程本身的过时。

不断变化的技术需要不断变化的程序员

从二十世纪60年代以后，计算机得到了突飞猛进的发展。似乎历史上没有任何一门科学的发展速度超过了计算机的发展，无论硬件、软件、还是网络都以惊人的速度向前发展。计算机的硬件发展速度遵循“摩尔定律”每十八个月速度翻一倍(实际现在已超过了这个速度)。 软件的发展速度和硬件一样，二十世纪九十年代中国的软件业还不是很成熟，而现在大大小小 的软件企业四处耸立，共享软件网上随处可见。不断发展的技术需要不断变化的程序员，例如，如今Visual Basic可以快速构Windows下的应用程序，程序设计方面的技术不断发展着，不断引进新的概念、新的方法，如从结构化的C开始，当面向对象的思想被提出后，出现了C++，微软在C++的基础上为使用户构建win32应用程序更加方便，推出了Visual C++。这也就需要程序员也要不断的更新自己的技术。

计算机科学与别的学科很不一样，不像语言学、历史学那样，几乎是永久不变的东西。计算机科学要求不断的更新自己的知识，否则很快就会被淘汰，即便是编程亦是如此。

编写程序是一件很有趣的事情，因为编写程序可以干很多高级的事情。例如我们在后面的章节中介绍如何使用Visual Basic编写Flash动画播放器，以及如何编写下载软件管理器等。如果你愿意的话，你完全可以编写出比这些更高级的程序来。

随着计算机软件业的发展，诞生了“程序员”这个职位。于是便形成了一种理念，编写程 序的人就是程序员，因此编程是程序员的事情。但程序员并不是一开始就是程序员，他们也是从现在我们的位置慢慢成为程序员的。

编写程序是一件很有趣的事情，因为编写程序可以干很多高级的事情。例如我们在后面的章节中介绍如何使用Visual Basic编写Flash动画播放器，以及如何编写下载软件管理器等。如果你愿意的话，你完全可以编写出比这些更高级的程序来。

编程也可以作为——种爱好或兴趣，如果你对它感兴趣学起来就容易多了!因为如果对编程感兴趣的话，就会多看些有关方面的书、多编些小程序上机实践，这些对于学习编程的帮助是非常大的，而且随着学习的进程不断的推进就会觉得它并不是很困难，相反却是很容易的。

总之，在学习编程时一定要坚持不懈，只要有信心、有毅力就一定能学好；不能因为一些似是而非的观念就动摇了自己的信心。

我们一起来编程

面对摆在面前的计算机该如何操作，相信这个问题已经不再是困扰大家的首要问题了。现在软件的种类那么多，在选用的时候“电脑发烧友”的心里是否也想过有一天自己能编写一款属于自己的软件呢?想学习编程的朋友在选择程序语言时会不会因为不知道如何选择而大感头痛呢?在不知如何下手的时候，朋友们的心中是不是会产生“我是不是可以编程”的思想呢?但是又有哪个程序员是不经过学习就能成功的呢!其实编写程序并不是人们所想象的那么困难、那么复杂，每个有心致力于学习计算机的朋友都是可以尝试的!

选择适合自己的程序语言的必要性

目前常用的基本程序语言的种类比较繁多，比较简单的有：Pascal、c语言、qBasic、 Fortran、Visual Basic等等。但前几种都是在DOS下进行编程的工具，Visual Basic是在 Windows下进行应用程序设计的编程工具，现在一般的计算机用户几乎都不再使用DOS了，因此我们通常会选择Visual Basic作为初学者的编程工具。Visual Basic是Windows应用程序设计中最容易上手的编程工具，学习步骤也比较容易被初学者接受。对于刚开始学习编程的初学者来说，还是选择Visual Basic，学习编程语言不能想象着一步登天，一步一个脚印的学习才是最佳方法。

坚定自己学习编写程序的信心

编写程序并不是具有专业知识的人员才有的专利，每个学习计算机的人都可以编写程序，每个人的灵感不同，在编写程序的思路和作法上又有区别。但共同的想法就是编写成功的程序。学习编程是一个漫长的过程，其中要付出艰辛的努力和汗水，不过成功者的喜悦又不是别人所能体会的。克服学习中的困难，努力去实践，要有一个思想：别人能做到的事情自己也一定可以做到。计算机的普及让更多的人有了学习的机会，也让更多的人参与到编程人员的队伍中来，每个人都有编程的权利，机遇给予每个人都是平等的。拿出自己必胜的信心，在编程的道路工勇于进取，相信成功就会在眼前。
三、我可以编程吗
随着计算机软件业的发展，诞生了“程序员”这个职位。于是便形成了一种理念，编写程 序的人就是程序员，因此编程是程序员的事情。但程序员并不是一开始就是程序员，他们也是从现在我们的位置慢慢成为程序员的。

编写程序是一件很有趣的事情，因为编写程序可以干很多高级的事情。例如我们在后面的章节中介绍如何使用Visual Basic编写Flash动画播放器，以及如何编写下载软件管理器等。如果你愿意的话，你完全可以编写出比这些更高级的程序来。

编程也可以作为——种爱好或兴趣，如果你对它感兴趣学起来就容易多了!因为如果对编程感兴趣的话，就会多看些有关方面的书、多编些小程序上机实践，这些对于学习编程的帮助是非常大的，而且随着学习的进程不断的推进就会觉得它并不是很困难，相反却是很容易的。

总之，在学习编程时一定要坚持不懈，只要有信心、有毅力就一定能学好；不能因为一些似是而非的观念就动摇了自己的信心。

四、我们一起来编程

面对摆在面前的计算机该如何操作，相信这个问题已经不再是困扰大家的首要问题了。现在软件的种类那么多，在选用的时候“电脑发烧友”的心里是否也想过有一天自己能编写一款属于自己的软件呢?想学习编程的朋友在选择程序语言时会不会因为不知道如何选择而大感头痛呢?在不知如何下手的时候，朋友们的心中是不是会产生“我是不是可以编程”的思想呢?但是又有哪个程序员是不经过学习就能成功的呢!其实编写程序并不是人们所想象的那么困难、那么复杂，每个有心致力于学习计算机的朋友都是可以尝试的!

选择适合自己的程序语言的必要性

目前常用的基本程序语言的种类比较繁多，比较简单的有：Pascal、c语言、qBasic、 Fortran、Visual Basic等等。但前几种都是在DOS下进行编程的工具，Visual Basic是在 Windows下进行应用程序设计的编程工具，现在一般的计算机用户几乎都不再使用DOS了，因此我们通常会选择Visual Basic作为初学者的编程工具。Visual Basic是Windows应用程序设计中最容易上手的编程工具，学习步骤也比较容易被初学者接受。对于刚开始学习编程的初学者来说，还是选择Visual Basic，学习编程语言不能想象着一步登天，一步一个脚印的学习才是最佳方法。

坚定自己学习编写程序的信心

编写程序并不是具有专业知识的人员才有的专利，每个学习计算机的人都可以编写程序，每个人的灵感不同，在编写程序的思路和作法上又有区别。但共同的想法就是编写成功的程序。学习编程是一个漫长的过程，其中要付出艰辛的努力和汗水，不过成功者的喜悦又不是别人所能体会的。克服学习中的困难，努力去实践，要有一个思想：别人能做到的事情自己也一定可以做到。计算机的普及让更多的人有了学习的机会，也让更多的人参与到编程人员的队伍中来，每个人都有编程的权利，机遇给予每个人都是平等的。拿出自己必胜的信心，在编程的道路工勇于进取，相信成功就会在眼前。

7. 嵌入式系统在硬件设计，操作系统的选择，以及软件的设计要遵循哪些原则

要把软件做得非常灵活又要便于维护是一个很困难的事情。灵活的软件他的结构就复杂，维护起来就困难。有得必有失，关键就在于如何处理这两者，使得大于失。软件的设计开发应遵循以下六大原则：1. OCP全称：“Open-Closed Principle” 开放－封闭原则说明：对扩展开放，对修改关闭。优点：按照OCP原则设计出来的系统，降低了程序各部分之间的耦合性，其适应性、灵活性、稳定性都比较好。当已有软件系统需要增加新的功能时，不需要对作为系统基础的抽象层进行修改，只需要在原有基搜高础上附加新的模块就能实现所需要添加的功能。增加的新模块对原有的模块完全没有影响或影响很小，这样就无须为原有模块进行重新测试。如何实现“开-闭”原则在面向对象设计中，不允许更改的是系统的抽象层，而允许扩展的是系统的实现层。换言之，定义一个一劳永逸的好漏燃抽象设计层，允许尽可能多的行为在实现层被实现。解决问题关键在于抽象化，抽象化是面向对象设计的第一个核心本质。 对一个事物抽象化，实质上是在概括归纳总结它的本质。抽象让我们抓住最最重要的东西，从更高一层去思考。这降低了思考的复杂度，我们不用同时考虑那么多的东西。换言之，我们封装了事物的本质，看不到任何细节。在面向对象编程中，通过抽象类及接口，规定了具体类的特征作为抽象层，相对稳定，不需更改，从而满足“对修改关闭”；而从抽象类导出的具体类可以改变系统的行为，从而满足“对扩展开放”。对实体进行扩展时，不必改动软件的源代码或者二进制代码。关键在于抽象。2. LSP全称：“Liskov Substitution Principle” 里氏代换原则说明：子类型必须能够替换它们的基类型。一个软件实体如果使用的是一个基类，那么当把这个基类替换成继承该基类的子类，程序的行为不会发生任何变化。软件实体察觉不出基类对象和子类对象的区别。优点：可以很容易的实现同一父类下各个子类的互换，而客户端可以毫不察觉。3. DIP全称：“Dependence Inversion Principle”依赖倒置原则说明：要依赖于抽象，不要依赖于具体。客户端依赖于抽象耦合。抽象不应当依赖于细节；细节应当依赖于抽象；要针对接口编程，不针对实现编程。优点：使用传统过程化程序设计所创建的依赖关系，策略依赖于细节，这是糟糕的，因为策略受到细节改变的影响。依赖倒置原则使细节和策略都依赖于抽象，抽象的稳定性决定了系统的稳定性。怎样做到依赖倒置？以抽象方式耦合是依赖倒转原则的关键。抽象耦合关系总要涉及具体类从抽象类继承，并且需要保证在任何引用到基类的地方都可以改换成其子类，因此，里氏代换友虚原则是依赖倒转原则的基础。在抽象层次上的耦合虽然有灵活性，但也带来了额外的复杂性，如果一个具体类发生变化的可能性非常小，那么抽象耦合能发挥的好处便十分有限，这时可以用具体耦合反而会更好。层次化：所有结构良好的面向对象构架都具有清晰的层次定义，每个层次通过一个定义良好的、受控的接口向外提供一组内聚的服务。依赖于抽象：建议不依赖于具体类，即程序中所有的依赖关系都应该终止于抽象类或者接口。尽量做到：1、任何变量都不应该持有一个指向具体类的指针或者引用。2、任何类都不应该从具体类派生。3、任何方法都不应该覆写它的任何基类中的已经实现的方法。4. ISP全称：“Interface Segregation Principle” 接口隔离原则说明：使用多个专一功能的接口比使用一个的总接口总要好。从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建立在最小接口上的。过于臃肿的接口是对接口的污染，不应该强迫客户依赖于它们不用的方法。优点：会使一个软件系统功能扩展时，修改的压力不会传到别的对象那里。如何实现接口隔离原则不应该强迫用户依赖于他们不用的方法。1、利用委托分离接口。2、利用多继承分离接口。5. CARP or CRP全称：“Composite/Aggregate Reuse Principle” 合成/聚合复用原则 or “Composite Reuse Principle” 合成复用原则说明：如果新对象的某些功能在别的已经创建好的对象里面已经实现，那么尽量使用别的对象提供的功能，使之成为新对象的一部分，而不要自己再重新创建。新对象通过向这些对象的委派达到复用已有功能的。简而言之，要尽量使用合成/聚合，尽量不要使用继承。优点：1) 新对象存取成分对象的唯一方法是通过成分对象的接口。2) 这种复用是黑箱复用，因为成分对象的内部细节是新对象所看不见的。3) 这种复用支持包装。4) 这种复用所需的依赖较少。5) 每一个新的类可以将焦点集中在一个任务上。6) 这种复用可以在运行时间内动态进行，新对象可以动态的引用与成分对象类型相同的对象。7) 作为复用手段可以应用到几乎任何环境中去。缺点:就是系统中会有较多的对象需要管理。6. LOD or LKP全称：“Law of Demeter” 迪米特原则 or “Least Knowledge Principle” 最少知识原则说明：对象与对象之间应该使用尽可能少的方法来关联，避免千丝万缕的关系。如何实现迪米特法则迪米特法则的主要用意是控制信息的过载，在将其运用到系统设计中应注意以下几点：1) 在类的划分上，应当创建有弱耦合的类。类之间的耦合越弱，就越有利于复用。2) 在类的结构设计上，每一个类都应当尽量降低成员的访问权限。一个类不应当public自己的属性，而应当提供取值和赋值的方法让外界间接访问自己的属性。3) 在类的设计上，只要有可能，一个类应当设计成不变类。4) 在对其它对象的引用上，一个类对其它对象的引用应该降到最低。

还有个单一职责原则：
SRP简介（SRP--Single-Responsibility Principle）： 就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映类的职责的变化。 使用SRP注意点： 1、一个合理的类，应该仅有一个引起它变化的原因，即单一职责；
2、在没有变化征兆的情况下应用SRP或其他原则是不明智的；
3、在需求实际发生变化时就应该应用SRP等原则来重构代码；
4、使用测试驱动开发会迫使我们在设计出现臭味之前分离不合理代码；
5、如果测试不能迫使职责分离，僵化性和脆弱性的臭味会变得很强烈，那就应该用Facade或Proxy模式对代码重构； SRP优点： 消除耦合，减小因需求变化引起代码僵化性臭味

8. J2ME程序设计原则是什么

J2ME程序设计原则：
1、使用面向对象编程。
虽然使用面向过程编程可以减小文件的尺寸，但是为了以后维护的方便和利于扩展，还是要使用面向对象编程。

2、使用MVC模式
将模型、界面和控制分离。现在很多的程序将三者合一，但是如果你做的程序比较大的话，还是建议你进行分离。

3、自动存储用户设定
使用RMS来存储用户的信息，例如存储用户上次输入的用户名、密码、用户对于系统的设定等，这样不仅可以薯漏衫减少用户的输入，而且对用户友好。很多程序甚至做了自动登陆等。

4、一些系统设置允许用户关闭。如背景音乐、背景灯显示等。
5、将低级用户界面的绘制动作放在一个独立的线程里面去。
6、在需要大量时间才能完成的工作时，给用户一个等待界面。

J2ME（Java 2 micro Edition）是一种高度优化的Java运行环境,针对市面上的大量消费类电子设备,例如Papers、cellularphones(蜂窝电话), screen-phones(可视电话?)、digital set-top boxes(数字机顶盒)、car navigation systems(汽车导航系统)等等。 J2ME技术在1999年的JavaOne Developer Conference大会上推出。J2ME技术将Java语言的与平台无关的特性移植到小型电子设备上,允许移动无线设备之间共享应用程序。

J2ME开发数腔步骤
1. 系统要求
v Pentium 100以上CPU
v 64MB 内存
v Windows NT Workstation 4.0(Service Pack 3)或Windows 98
v 6 MB自由搜搭硬盘空间
v Java 2 SDK, Standard Version, 版本1.2.2或者更高

2. 安装Java 2 SDK
在使用Motorola SDK之前必须安装JDK，Standard Edition。
请从 http://java.sun.com/procts/jdk 下载JDK，并按照Sun的指导安装到PC中。

3. 安装Motorola SDK
安装之前请先卸载以前版本的Motorola SDK：
1. 选择"开始à设置à控制板"
2. 选择"添加/删除程序"
3. 查找到"Motorola SDK Components for the J2ME Platform"

9. 设计可复用的面向对象软件(设计模式可复用面向对象软件的基础pdf)

如何设计可复用的面向对象软件。必须要找到相关的对象，以适当的粒度将它们归类，再定义类的接口和继承层次，建立对象之间的基本关系。你的设计应该对手头的问题有针对性，同时对将来的问题和需求也要有足够的通用性。每一个设计模式系统的命名、解释和评价了面向对象系统中一个重要的和重复出现的樱肢设计。设计模式使人们可以更加简单方便的复用成功的设计和体系结构。

每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样你就可以一次又一次的使用该解决方案而不做重复性的劳动。设计模式有四个基本要素：模式名称、问题、解决方案、效果。

按照模式的目的性准则，模式可以分为创建型模式、结构型模式和行为型模式。创建扰颂型模式与对象的创建有关；结构型模式处理类和对象的组合；行为型模式对类和对象怎样交互和怎样分配职责进行描述。

按照模式的范围准则，模式可以分为类模式和对象模式。类模式处理类和子类的关系，这些关系通过继承建立，是静态的，在编译时就确定下来。对象模式是处理对象之间的关系，这些关系在运行时刻是可以变化的，更具动态性。

创建型类模式将对象的创建工作部分延迟到子类。创建型对象模式则是将它延迟到另一个对象中。

结构型类模式使用继承机制来组合类。结构型对象模式则描述了对象的组装方式。

行为型类模式使用继承描述算法和控制流。行为型对象模式描述使用一组对象怎样协作完成单个对象无法完成的任务。

设计模式采用多种方法解决面向对象设计者经常碰到的问题。下面给出怎样使用设计模式。

1、寻找合适的对象。面向对象的程序由对象组成，对象包括数据以及对数据进行的操作。对象在收到客户的请求后，执行相应的操作。面向对象设计最困难的地方是把系统分解成对象集合。一般的方法是写出一个问题的描述，挑出名词和动词，进而创建相应的类和操作。

2、决定对象的粒度。我们可以根据需要把一个大的对象，分解成许多小粒度的对象。

3、指定对象的接口。对象操作的型构，是指为对象声明的每一个操作指定操作名、作为参数的对象和返回值。所有对象型构的集合称为接口。对象接口描述了该对象所能接受的全部请求的集合，任何匹配对象接口的请求都可以发送给该对象。类型是用来标识特定接口的一个名字。在面向对象系统中，接口是基本的组成部分。对象只有通过它们的接口才能与外部联系。但是，对象接口与其功能实现是分离的，也就是说两个相同接口的对象可以有完全不一样的实现。

4、描述对象的实现。对象的创建是通过类来决定的。类指定了对象的内部数据和操作。理解对象的类和对象的类型之间的差别非常重要。一个对象的类定义了对象是怎样实现的，但对象类型则描缓颂郑述了对象所能接受的所有客户请求。同时还要区分类继承和接口继承，类继承根据一个对象的实现来定义另一个类的实现。而接口继承则是描述了一个对象什么时候能被用来替代另一个对象。可复用的面向对象设计要遵循如下原则：针对接口编程，而不是针对实现编程。不将变量声明为某个特定的具体类的实例对象，而是让它遵从抽象类所定义的接口。这样做有两个好处。一是，客户无须知道他们使用对象的特定类型，只需知道对象有客户所期望的接口。二是，客户无须知道他们使用的对象是用什么类来实现的，只需知道定义接口的抽象类。

5、运用复用机制。面向对象系统中功能复用的两种最常用技术是类继承和对象组合。类继承是指要产生的类是通过其它类来产生的。这种生成子类的复用称为白箱复用，在生成过程中父类的内部细节对子类是完全可见的。对象组合是指新的功能是通过组装和组合对象来获得。这种复用成为黑箱复用。面向对象设计的第二原则是：优先使用对象组合，而不是类继承。委托是一种组合方法，它使组合具有与继承同样的复用能力。在委托方式下，有两个对象参与处理一个请求，接受请求的对象将操作委托给它的代理者。委托是对象组合的特例，它告诉你对象组合作为一个代码复用机制可以替代继承。

6、关联运行时刻和编译时刻的结构。一个面向对象系统运行时刻的结构与它的代码结构相差较大。代码结构在编译时刻就被确定下来了，它由继承关系固定的类组成。运行时刻的结构是由快速变化的通信对象网络组成。聚合意味着一个对象拥有另一个对象，也就意味着它们具有相同的生命周期。相识意味着一个对象仅仅知道另一个对象的类型。

7、设计应支持变化。一个健壮的系统，在设计时一定要考虑，在其生命周期内会发生怎样的变化。

10. 为建立良好的编程风格应遵循什么原则

一、程序内部文档应具备的规则
1、标识符应含有含义鲜明的文字。
含义鲜明的文字，能正确地提示程序对象所代表的实体。这对于帮助阅读者理解程序是非常重要的。如果用缩写的形式，那么缩写规则应该一致，并且应该给每个名字加注解。在VB中，主要有如下的约定：
（一）对象命名约定
应该使用一致的前缀来命名对象，使人们容易识别对象的类型。例如我们常用控件CommandButton(命令按钮)可用cmd做为其前缀。Form以frm,Image以 img ,Label以 lbl,List Box 以lst,PictureBox以 pic,Timer以 tmr，等等，在我们编程的过程中，我们看到下面的名称cmdExit我们就知道这一定是一个命令按钮了。如果是第三方提供的控件，我们的说明最好要清晰地标出制造商的名称，以区别于我们的常用控件。
（二）常量和变量命名约定
除了控件以外，常量和变量也是我们编程过程中经常遇到的，我们和他们打交道也是通过名字。
（1）给变量加范围前缀
变量按其作用范围可分做三类，过程级，模块级和全局，所以我们在编程的过程中应将三者加以区别。我们在使用变量时，为了更好地体现代码重用和可维护原则，其定义范围应尽量缩小，这样将使我们的应用程序更加容易理解和易于控制。在VB应用程序中，只有当没有其他方便途径在窗体间共享数据时才使用全局变量。当使用全局变量时，在一个单一模块中声明它们，并按功能分组，给模块取一个有意义的名字。较好的编码习惯是尽可能地定模块化的代码。除了全局变量，过程和函数应该仅对传递给它们的的对象操作。在过程中使用的全局变量应该在过程起始处的声明部分标识出来。变量的作用范围前缀如下：全局 g(global) ,模块级 m(model)，本地过程不需要使用。例如：gintFlag,表示全局整型变量，mstrPassword,可表示模块级字符型变量。
（2）声明所有变量原则。声明所有变量将会节省编程时间，键入错误将大大减少，我们可在程序开始写上如下语句：
Option Explicit
该语句要求在程序中声明所有变量。
（3）变量数据类型声明。可通过下面的前缀来做为变量的数据类标志。
Boolean bln
Byte byt
Double dbl
Integer int
String str
（4）常量。常量的命名，可遵循与变量命名大体相同的原则。
（5）对变量和过程名作出描述。变量或过程名的主体应该使用大小写混合的形式，并且应该足够长以描述它的作用。而且，函数名应以一个动词开头。如JudgeDialog。

2、适当的注解
注解是程序员和程序读者通信的重要手段，正确的注解非常有助于对程序的理解。VB中代码注解约定如下：所有的过程和函数都应该以描述这段过程的功能的一段简明的注释开始，说明该程序是干什么的，至于是如何做的，也就是编程的细节，最好不要包括。因为可能日后我们要修改程序，这样做会带来不必要的注释维护工作，如果不修改，将提供误导信息，可能成为错误的注释。因为代码本身和后面程序中的注释将起到相应的说明作用。
过程中的注释块应该包括如下标题：
小节描述内容
目的该过程完成什么
假设列出每个外部变量、控件、打开文件或其他不明显元素
效果列出每个被影响的外部变量、控件或文件及其作用（只有当它不明显时）
输入每一个可能不明显的参数。
返回函数返回值的说明
格式化代码
（1）标准的，基于制表位的嵌套应该包括一个嵌注释，来描述该变量的使用。
（2）变量、控件及过程的命名应该足够清楚，使得只有复杂的执行细节才需要嵌入注释。
（3）.bas 模块包含包含工程的VB一般常量声明，在其起始处，应包括程序的综述，列举主要数据对象，过程、算法、对话、数据库及系统需求。

3、程序的视觉组织
程序的视觉组织可用阶梯式，结构化的程序风格对于我们实际编程也很有意义，可极大地改善代码的可读性。主要有代码注释和一致性缩进。

---------------------------------------------------------------------------------------------------------
二、数据说明
数据结构的组织和复杂程序是在设计期间就已经确定了的，然而数据说明的风格却是在写程序时确定的。为了使数据更容易理解和维护，有一些比较简单的原则应该遵循。
1、数据说明的次序应该标准化。有次序就容易查阅。因此能够加速测试、调试和维护的过程。当多个变量名在一个语句中说明时，应按字母顺序排列这些变量。
2、数据结构复杂时，应加以说明其特点和实现方法。

---------------------------------------------------------------------------------------------------------
三、语句构造
语句构造原则:每个语句应该简单而直接，不能为了提高效率而使程序变得过分复杂。下述规则的使用有助于语句简单明了。
1、不要为了节省空间把多行语句写在一行；
2、尽量避免复杂的条件测试；
3、尽量减少对“非”条件的测试；
4、避免大量使用循环嵌套和条件嵌套；
5、利用括号使逻辑表达式或算术表达式的运算次序清晰直观。

---------------------------------------------------------------------------------------------------------
四、输入输出
1、对所有输入数据都进行检验；
2、检查输入项重要组合的合法性；
3、保持输入格式简单；
4、使用数据结束标志，不要要求用户指定输入数据的数目
5、明确提示交互式输入的请求，详细说明可用的选择或边界数值；
6、当语言对格式有严格要求时，应保持输入格式一致
7、设计良好的输出报表；
8、给所有输出加标志；

---------------------------------------------------------------------------------------------------------
五、效率
效率三原则：
1、效率是性能的要求，需求分析时就应确定；
2、效率是靠设计提高的；
3、程序的效率和程序的简单程序是一致的。
（一）运行时间
（1）写程序前先简化算术和逻辑表达式；
（2）他细研究嵌套的循环，以确定是否有语句从内层移到外层；
（3）尽量避免使用多维数组；
（4）尽量避免使用指针和复杂的表；
（5）使用执行时间短的算术运算；
（6）不要混合使用不同的数据类型；
（7）尽量使用整数运算和布尔表达式
（二）存储器效率
（三）输入输出效率
如果用户是为了给计算机提供输入信息或为了理解计算机输入的信息，所需花费的脑力劳动是经济的，那么，人和计算机之间的通信效率就高。简单清晰是关键。

---------------------------------------------------------------------------------------------------------
六、小结
其实风格是非常重要的，程序的外表是我们交流中不可缺少的东西。象我们常说的红颜命薄而归疚于外表太靓，也常听一些才子佳人的悲剧故事，提醒我们外表美而引出的一见钟情的浪漫不可取。可让人细想，才子佳人产生悲剧虽多，可也让人找到过心动和美好的感觉，做为一个人，活了一辈子，连那种感觉都未体验到，岂不比悲剧更加令人觉得可悲！编程亦然。