接口隔离原则（ISP：InterfaceSegregation Principle）设计原则的概念客户端不应该依赖它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口上。详细解释提供尽可能小的单独接口，而不要提供大的总接口。暴露行为让后面的实现类知道的越少越好。
合成复用原则提倡优先使用组合或聚合方式实现复用，而非继承。通过组合和聚合，使用属性、参数等方式引入其他实体进行通信，降低类之间的耦合性，提升代码的复用性。总结而言，遵循这些设计原则，开发者能构建出更稳定、可维护、易于扩展和灵活的软件系统，以适应快速变化的技术环境和业务需求。
结构型模式（7种）：适配器模式，装饰器模式，代理模式，外观模式，桥接模式，组合模式，享元模式。行为型模式（11种）：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
单一职责原则： 类应聚焦单一任务，确保每个类只负责其特定职责，避免职责混乱导致设计的脆弱性。 开放封闭原则： 保持软件的扩展性，但保持内部结构不变。设计时要预见未来的变化，引入抽象以适应可能的演变。 里氏替换原则： 子类可以无缝替换父类，保持模块的可扩展性，避免向下耦合。
单一职责原则（SRP）强调类的职责应单一，避免一个类承担多种功能。开闭原则（OCP）提倡对扩展开放，对修改关闭，避免随意修改原有代码。里氏代换原则（LSP）要求子类可以透明地替换父类，确保子类功能的扩展不会影响到父类的正常运行。依赖倒置原则（DIP）强调依赖抽象，而非具体实现，鼓励面向接口编程。
种设计模式知识要点分别是工厂方法，抽象工厂，单例，建造者，原型，适配器，桥接，装饰器，组合，外观，享元，代理，模板方法，策略，命令，责任链，中介者，观察者，备忘录，迭代器，访问者，状态，解释器模式。设计模式是指在软件开发中常用的解决问题的代码结构的总结和抽象。
1、软件开发涉及到的六个重要原则主要是指软件工程中的一些通用性原则和最佳实践，这有助于提高软件的质量、可维护性和可扩展性。以下是这六个重要原则：单一职责原则（SingleResponsibilityPrinciple）：每个类或模块应该只有一个引起变化的原因，即每个类应该只负责一个职责。
2、单一职责原则 单一职责定义 单一职责原则：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
3、六大原则-单一职责原则 原则思想：一个方法只负责一件事情。描述：单一职责原则很简单，一个方法 一个类只负责一个职责，各个职责的程序改动，不影响其它程序。 这是常识，几乎所有程序员都会遵循这个原则。优点：降低类和类的耦合，提高可读性，增加可维护性和可拓展性，降低可变性的风险。
软件工程的七项原则是：模块化、结构化、抽象化、可重用性、可维护性、可测试性和可靠性。这些原则构成了软件工程的基石，旨在提升软件开发效率和质量。 模块化 模块化涉及将软件系统划分为独立的模块或组件，每个模块具备特定的功能和接口，能够独立开发、测试和维护。
软件工程七大原则如下： 阶段化生存周期规划与执行：软件的开发应分为不同的阶段，并且在每个阶段制定详细的计划，确保计划的严格执行。 分阶段确认：在软件开发的每个阶段结束时，都应进行阶段确认，以确保每个阶段的目标都已达成，并且为下一阶段做好准备。
软件工程粗俗的理解就是，用工程化的原则去完成软件系统的构建，目的是“快、好、稳、省”（快：开发速度快、运行速度快 ….；好：好代码、好质量、好使用 ….；稳：长时间运行稳、极限规格下稳….；省：最优的经济代价）。当然这是我个人粗俗的解读，专业的定义可以参考百度、谷歌或IEEE等。
量两次，切一次（Measure twice and cut once）如果你只能从这篇文章中学到一个原则且最重要的一个，那么就是这个。 开发人员，架构师和经理人经常因为个人情绪、以及其他问题而难以集中注意力。
软件工程七大原则如下： 阶段化生存周期规划与执行：软件的开发应分为不同的阶段，并且在每个阶段制定详细的计划，确保计划的严格执行。 分阶段确认：在软件开发的每个阶段结束时，都应进行阶段确认，以确保每个阶段的目标都已达成，并且为下一阶段做好准备。
软件工程必须遵循以下四个基本原则： 选择合适的开发模型：这一原则与系统设计紧密相关。在系统设计过程中，软件需求、硬件需求以及其他相关因素之间存在相互制约和影响，往往需要进行权衡。因此，必须认识到需求定义的易变性，并采用适当的开发模型，以确保软件产品能够满足用户的需求。
软件工程的原则有以下四项基本原则：选取适宜开发范型该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其他因素之间是相互制约、相互影响的，经常需要权衡。因此，必须认识需求定义的易变性，采用适宜的开发范型予以控制，以保证软件产品满足用户的要求。
敏捷软件开发过程基本原则有：优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期，也欢迎改变需求。经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好 。在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
项目过程中，业务人员与开发人员必须在一起工作。（5） 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。（6） 无论是团队内还是团队间，最有效的沟通方法是面对面的交流。（7） 可用的软件是衡量进度的主要指标。（8） 敏捷过程提倡可持续的平稳开发。
敏捷开发的主要原则都有哪些 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。经常性地交付可以工作的软件，交付的`间隔可以从几个星期到几个月，交付的时间间隔越短越好。
项目过程中，业务人员与开发人员必须在一起工作。要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。可用的软件是衡量进度的主要指标。敏捷过程提倡可持续的开发。
敏捷开发的核心原则在于尽早、持续地交付价值，以满足客户。在开发过程中，需求的灵活性被高度重视，即使在后期，也欢迎变化，以创造竞争优势。团队频繁交付可用软件，理想情况下，间隔越短越好，如几周至几个月。开发期间，业务人员与开发者紧密合作，确保天天互动，这样可以提高沟通效率。
敏捷开发，以用户需求为核心，采用迭代、渐进式方法进行软件开发，从“计划驱动”转变为“价值驱动”。敏捷开发遵循以下核心原则： 个体和交互胜过过程和工具：强调团队成员间的协作与沟通。 可工作的软件胜过详尽的文档：关注实际功能的实现。 客户合作胜过合同谈判：重视与客户间的紧密合作与反馈。
