软件工程开闭原则的含义

Ⅰ 想当程序员，大学应该学什么专业

1、网络空间安全方向

所选专业：网络空间安全专业

网络空间是与陆、海、空、天并列的第五大主权空间，网络空间安全已经成为全球性的挑战。本专业是研究网络空间中的安全威胁和防护问题，为实施国家安全战略，加快网络空间安全高层次人才培养设立。国家相当重视并大力扶持此专业的发展。

就业职位：有Web安全工程师、渗透测试工程师、安全测评工程师、安全架构师、战略规划、安全运维工程师、技术支持、安全信息法律相关从业人员等。

2、云计算方向

所选专业：软件工程专业、计算机科学与技术推荐高校：北京航空航天大学、北京大学、清华大学、国防科技大学、哈尔滨工业大学、上海交通大学、华中科技大学、电子科技大学等

Ⅱ 软件开发原则 问题

信息隐藏： 1 多层设计中的层与层之间加入接口层；2 所有类与类之间都通过接口类访问； 3 类的所有数据成员都是private，所有访问都是通过访问函数实现的；
得墨忒耳定律：很多面向对象程序设计语言用"."表示对象的域的解析算符，因此得墨忒耳定律可以简单地陈述为“只使用一个.算符”。因此，a.b.Method()违反了此定律，而a.Method()不违反此定律。
里氏替换原则：任何基类可以出现的地方，子类一定可以出现。

我觉的第4题，最明显的应该是D高内聚。如果这段代码在其他类中调用的话，C低耦合、E开闭原则也不太对。
第5题：我觉得主要问题应该出在public和final上。final是说这个方法不需要扩展，public是说这个方法可以对外提供。有点像E开闭原则。
第6题：好像这两个类继承不大对，计算员工工资的时候，计算超时工资应该算是一部分，直接用private就行。如果这样说的话，选A信息隐藏。

个人意见，有不对的地方，多多指教。

Ⅲ 开闭原则的简介

开闭原则（OCP）是面向对象设计中“可复用设计”的基石，是面向对象设计中最重要的原则之一，其它很多的设计原则都是实现开闭原则的一种手段。
1988年，勃兰特·梅耶（Bertrand Meyer）在他的著作《面向对象软件构造（Object Oriented Software Construction）》中提出了开闭原则，它的原文是这样：“Software entities should be open for extension,but closed for modification”。翻译过来就是：“软件实体应当对扩展开放，对修改关闭”。这句话说得略微有点专业，我们把它讲得更通俗一点，也就是：软件系统中包含的各种组件，例如模块（Moles）、类（Classes）以及功能（Functions）等等，应该在不修改现有代码的基础上，引入新功能。开闭原则中“开”，是指对于组件功能的扩展是开放的，是允许对其进行功能扩展的；开闭原则中“闭”，是指对于原有代码的修改是封闭的，即修改原有的代码对外部的使用是透明的。

Ⅳ 会软件工程的请进！

摘自课本：
模块独立性原则是指其中任一模块在运行时，与另一个模块存在无关。独立性只是一个相对的概念。具有独立功能而且和其他模块之间相互作用少的模块，称为独立性高的模块。
保证模块独立性高是设计一个系统的关键，它具有以下优点：
(1) 系统容易开发。系统开发往往由若干人分工合作完成，由于模块之间联系少，接口简单，可以简化合作者之间的协调工作。
(2) 系统可行性高。模块之间的相互影响小，当一个模块出错时，产生波动效应的概率低，从而提高了系统的可行性。
(3) 系统容易维护。在对一个模块进行修改和维护时，不必担心其他模块的内部是否会受到影响。

3.1 软件设计的目标
在设计时首要考虑的不适形象进度,而是系统的可维护性：
（1）可扩展性
（2）可修改性
（3）可替换性

3.2 “开-闭”原则
“开-闭”原则指软件实体应当对扩展开放，对修改关闭。
即软件实体应该在不修改的前提下扩展。
设计模式的应用就是使软件的结构在某种程度上满足“开-闭”原则。

3.3 实现“开-闭”原则

Ⅳ 构件化程序设计的四原则是什么 联系一个或多个你平时使用的某些程序或者类库,分

 开-闭原则
我以为我做的职工工资管理系统为例，当我把所有的需求全都做完以后，又想加一个保存职工工资的功能，这时我就用到了开-闭原则。
开放封闭原则是所有面向对象原则的核心。软件设计本身所追求的目标就是封装变化、降低耦合，而开放封闭原则正是对这一目标的最直接体现。其他的设计原则，很多时候是为实现这一目标服务的。
然而，“需求总是变化”、“世界上没有一个软件是不变的”，这些言论是对软件需求最经典的表白。从中透射出一个关键的意思就是，对于我来说，必须在不需要对原有的系统进行修改的情况下，实现灵活的系统扩展。而如何能做到这一点呢？
软件实体应当对扩展开放，对修改关闭。软件系统中包含的各种组件，例如模块、类以及功能等等，应该在不修改现有代码的基础上，引入新功能。开闭原则中“开”，是指对于组件功能的扩展是开放的，是允许对其进行功能扩展的；开闭原则中“闭”，是指对于原有代码的修改是封闭的，即不应该修改原有的代码。
开放封闭原则主要体现在两个方面：对扩展开放，意味着有新的需求或变化时，可以对现有代码进行扩展，以适应新的情况。对修改封闭，意味着类一旦设计完成，就可以独立完成其工作，而不要对类进行任何修改。
 依赖倒置原则，
应该从两个方面来理解，一是OOD（面向对象的设计），一是软件结构。
对于OOD，我想我们很容易理解为什么要使用它。首先，接口和实现分离给我们使用该原则提供了前提条件；为什么这么说呢？接口和实现分离这种设计方法应该已经得到验证是正确的，并且几乎在各种设计中都是有效而良好的。所以我们在设计中，尽量使接口和实现分离，这样，我们也就得到了一个抽象的接口和一个具体的实现，并且实现继承接口，有了该现实的存在，我们对于接口存放的位置就可以重新定义了，我们可以把接口放在使用方，也可以把接口放在实现方，而依赖倒置原则要求把这个接口（或者是抽象类）放在使用方，而所有实现该接口的类都可以互相替换，而对使用方透明。一旦我们把接口和使用方结合，并且要求提供服务的类（或模块）都要实现该接口，才能被使用方使用，我们就是在用“依赖倒置”原则了。
其次，“依赖倒置原则”产生的一个结果是——具体依赖与抽象，而不再有依赖于具体的关系存在，这样就使整个接口具有了很大的灵活性，因为我们知道一般抽象是不变的，而具体是易变的，要是OO设计具有很大的灵活性，就需要做到大家都依赖于抽象的东西，而利用抽象隔离具体类之间的关系，这样使得“具体”的任何改动都可以在局部范围内实现，而不影响其它的结构。
 接口隔离原则
接口隔离原则(ISP):使用多个专门的接口比使用单一的总接口要好.也就是说,一个类对另外一个类的依赖性应当是建立在最小的接口上的.
这里的"接口"往往有两种不同的含义:一种是指一个类型所具有的方法特征的集合,仅仅是一种逻辑上的抽象;另外一种是指某种语言具体的"接口"定义,有严格的定义和结构.比如Java语言里面的Interface结构.对于这两种不同的含义,ISP的表达方式以及含义都有所不同.(上面说的一个类型,可以理解成一个类,我们定义了一个类,也就是定义了一种新的类型)
当我们把"接口"理解成一个类所提供的所有方法的特征集合的时候,这就是一种逻辑上的概念.接口的划分就直接带来类型的划分.这里,我们可以把接口理解成角色,一个接口就只是代表一个角色,每个角色都有它特定的一个接口,这里的这个原则可以叫做"角色隔离原则".
如果把"接口"理解成狭义的特定语言的接口,那么ISP表达的意思是说,对不同的客户端,同一个角色提供宽窄不同的接口,也就是定制服务,个性化服务.就是仅仅提供客户端需要的行为,客户端不需要的行为则隐藏起来.
在我们进行OOD的时候,一个重要的工作就是恰当的划分角色和角色对应的接口.将没有关系的接口合并在一起,是对角色和接口的污染.如果将一些看上去差不多的接口合并,并认为这是一种代码优化,这是错误的.不同的角色应该交给不同的接口,而不能都交给一个接口.
对于定制服务,这样做最大的好处就是系统的可维护性.向客户端提供接口是一种承诺,public接口后是不能改变的,因此不必要的承诺就不要做出,承诺越少越好.
 迪米特法则
对于面向OOD来说，又被解释为下面几种方式：一个软件实体应当尽可能少的与其他实体发生相互作用。每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。
迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在依赖关系。迪米特法则不希望类直接建立直接的接触。如果真的有需要建立联系，也希望能通过它的友元类来转达。因此，应用迪米特法则有可能造成的一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互调用关系——这在一定程度上增加了系统的复杂度。
狭义的迪米特法则的缺点：在系统里造出大量的小方法，这些方法仅仅是传递间接的调用，与系统的商务逻辑无关。

Ⅵ 设计模式是6大原则还是7大原则

有很多OOP的原则，凑在一起，可能是6大，可能是7大，也可能“5大‘，例如比较著名的SOLID，就是5个原则的缩写。其实说到底，就是要减小代码的重复和冗余，使其便于理解和维护。

Ⅶ 什么时候用开闭原则

“开-闭”原则，即“对扩展开放，对修改关闭”，指的是在软件设计中，当对某一软件实体进行扩展时，尽量不要去修改原有的软件实体，换句话说就是在不修改原有软件实体的情况下对其进行扩展。这种软件设计方式其实是一种目标，它考虑了软件后期的维护等其它因素。一个软件系统如果可以达到这个目标，那它就是可扩展、易维护的。在软件设计中，众多的设计模式的应用就是为了达到这个目标。

如此专业的问题,请朋友到计算机科目下去问好了!

Ⅷ 开闭原则的实现方法

实现开闭原则的关键就在于“抽象”。把系统的所有可能的行为抽象成一个抽象底层，这个抽象底层规定出所有的具体实现必须提供的方法的特征。作为系统设计的抽象层，要预见所有可能的扩展，从而使得在任何扩展情况下，系统的抽象底层不需修改；同时，由于可以从抽象底层导出一个或多个新的具体实现，可以改变系统的行为，因此系统设计对扩展是开放的。
我们在软件开发的过程中，一直都是提倡需求导向的。这就要求我们在设计的时候，要非常清楚地了解用户需求，判断需求中包含的可能的变化，从而明确在什么情况下使用开闭原则。
关于系统可变的部分，还有一个更具体的对可变性封装原则（Principle of Encapsulation of Variation, EVP），它从软件工程实现的角度对开闭原则进行了进一步的解释。EVP要求在做系统设计的时候，对系统所有可能发生变化的部分进行评估和分类，每一个可变的因素都单独进行封装。
我们在实际开发过程的设计开始阶段，就要罗列出来系统所有可能的行为，并把这些行为加入到抽象底层，根本就是不可能的，这么去做也是不经济的。因此我们应该现实的接受修改拥抱变化，使我们的代码可以对扩展开放，对修改关闭。

Ⅸ 什么是依赖倒置原则,和开闭原则有何联系

依赖倒置原则要求：高层不应依赖于低层；抽象不应依赖于细节。 
开闭原则讲的是：一个软件设计应当对扩展是开放的（Open for extension），但对于修改是封闭的（Closed for modification）。 
都是类的设计原则