- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程一生
系统架构的11条原则
基本原则 原则一：价值为王 解析： 价值为王的另一种说法叫做YAGNI。YAGNI 是 You aren’t gonna need it 的缩写。该原则的基本含义就是，不应该开发任何当前不使用的功能。 原则二：以终为始 解析： 以终为始是一种思维模式，最早出自《黄帝内经》，先人是在告诫后人要在人生的春天就认真思考人生终点的意义和价值。 原则三：分治原则 解析： 做架构时不要想着一次性把所有的功能都做好，要拥抱 MVP（Minimal Viable Product），最小可运行版本。 原则四：服务自治 解析： 在系统设计时，要考虑服务上线后，对于问题要自感知、自修复、自优化、自运维及自安全。 原则五：拥抱变化 解析： 重视架构扩展性和可运维性。无状态的系统的是可扩展的和直接的。 稳定性原则 原则八：依赖最简 解释： 依赖原则是去除依赖、弱化依赖、控制依赖。多一个依赖多一分风险。能不依赖则不依赖，能异步弱依赖不要同步强依赖。
69320编辑于 2022-05-06 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(八)-中介原则(Indirection Principle)
欢迎 点赞✍评论⭐收藏前言GRASP（General Responsibility Assignment Software Patterns）通用职责分配软件模式是一组用于面向对象设计的指导原则，旨在帮助设计者确定系统中各个类的职责和交互方式 GRASP与GOF（Gang of Four）模式的区别在于，GOF模式是一组特定的设计模式，提供了常见问题的解决方案，而GRASP则是一组通用的解决问题的原则，帮助设计者确定系统中各个类的职责和交互方式 具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 GRASP提供了一些通用的、可重用的模式，可以帮助设计者更好地理解和应用面向对象设计原则。与GOF模式相比，GRASP更注重职责分配和交互方式的设计，而不是具体的模式实现。 一、中介原则(Indirection Principle)中介原则是通用职责分配原则中的一种，指的是将职责转移给中介对象来实现。
28611编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(六)-多态原则(Polymorphism Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 GRASP提供了一些通用的、可重用的模式，可以帮助设计者更好地理解和应用面向对象设计原则。与GOF模式相比，GRASP更注重职责分配和交互方式的设计，而不是具体的模式实现。 一、多态原则(Polymorphism Principle)多态原则是指子类对象可以替代父类对象，并且具体执行时会根据实际的子类对象类型来调用相应的方法，从而实现不同的行为表现。 在职责分配中，多态原则通常被用来实现开闭原则，即通过抽象类或接口定义通用的行为规范，具体的子类实现具体的行为逻辑，新增功能时只需要添加新的子类即可，而不会影响已有的代码结构。 同时，多态原则也可以提高代码的灵活性和可扩展性，减少代码的耦合度和复杂度。
32611编辑于 2023-11-30 - 来自专栏巴啦啦的积累
《架构整洁之道》第 11 章 DIP：依赖反转原则
依赖反转原则：（DIP ：Dependency Inversion Principle）。如果想要设计一个灵活的系统，再源代码层次的依赖关系中，就应当多引用抽象类型，而非具体实现。
62220编辑于 2023-05-27 - 来自专栏用户4667108的专栏
如何判断蜘蛛的真实性
前言 最近又想挖坑了，由于开发的网页模板计划对seo极差，只能单独给出seo页面，但是为了避免滥用，我们也要考虑很多事情那我们又要如何判断蜘蛛是否就是真的蜘蛛呢? 调查文档 网上的大多数方法是根据ua
1.5K20发布于 2020-04-16 - 来自专栏小语雀网
JS身份证真实性验证
; return false; } //身份证真实性验证 function testId(value) { var vcity = { 11: "北京", 12: "天津 cardTemp += card.substr(i, 1) * arrInt[i]; } valnum = arrCh[cardTemp % 11 cardTemp += card.substr(i, 1) * arrInt[i]; } card += arrCh[cardTemp % 11
2.3K10编辑于 2022-05-06 - 来自专栏历史专栏
【愚公系列】2023年11月 面向对象设计原则(三)-里氏替换原则(Liskov Substitution Principle or LSP)
欢迎 点赞✍评论⭐收藏前言面向对象设计原则是一些通用的软件设计原则，用于指导软件设计人员开发高质量、可扩展、可维护的软件系统。 这些原则的作用如下：提高软件系统的可维护性：遵循面向对象设计原则可以将代码分解为更小、更专注的模块，从而降低代码的复杂性和耦合度，提高系统的可读性和可维护性。 提高软件系统的重用性：接口隔离原则可以将接口分解为更小、更专注的部分，提高代码的可读性和可复用性，从而提高软件系统的重用性。 提高软件质量：通过遵循面向对象设计原则，软件设计人员可以避免一些常见的设计错误，从而提高软件系统的质量和可靠性。遵循面向对象设计原则可以帮助软件设计人员开发高质量、可扩展、可维护和重用的软件系统。 一、里氏替换原则(Liskov Substitution Principle or LSP)里氏替换原则(Liskov Substitution Principle or LSP)是面向对象设计中的一个基本原则
42921编辑于 2023-11-24 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(三)-低耦合原则(Low Coupling Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 一、低耦合原则(Low Coupling Principle)低耦合原则是指在软件设计和开发中，模块之间应该尽可能地减少相互依赖，降低模块之间的耦合度，以实现模块独立、维护方便、复用性高的目标。 低耦合性是软件设计和开发中的重要原则之一，也是实现模块化设计的基础。低耦合原则的实现可以通过以下方法来达到：接口分离原则：尽量将接口进行细化，只暴露需要使用的最小接口。 解耦合框架原则：使用框架或类库时，尽量选用松散耦合的框架或类库，避免使用紧耦合的框架或类库。依赖注入原则：通过依赖注入和控制反转等技术，将依赖关系从代码中移除，降低模块之间的耦合度。 消息通信原则：使用消息通信的方式，将模块之间的通信降到最低。通过消息队列等技术，实现模块之间的松散耦合。低耦合原则可以提高软件的可维护性、可扩展性和可测试性，是软件设计和开发的重要原则之一。
30911编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 面向对象设计原则(六)-合成复用原则(Composite Reuse Principle or CRP)
欢迎 点赞✍评论⭐收藏前言面向对象设计原则是一些通用的软件设计原则，用于指导软件设计人员开发高质量、可扩展、可维护的软件系统。 这些原则的作用如下：提高软件系统的可维护性：遵循面向对象设计原则可以将代码分解为更小、更专注的模块，从而降低代码的复杂性和耦合度，提高系统的可读性和可维护性。 提高软件质量：通过遵循面向对象设计原则，软件设计人员可以避免一些常见的设计错误，从而提高软件系统的质量和可靠性。遵循面向对象设计原则可以帮助软件设计人员开发高质量、可扩展、可维护和重用的软件系统。 一、合成复用原则(Composite Reuse Principle or CRP)合成复用原则，也称为CRP，是一种面向对象设计原则，它建议通过将现有对象和组件组合成新的对象来复用现有代码，而不是通过继承现有代码来扩展功能 另外如果修改基类中任何一个功能，所有继承自BankCard的类可能都要重写，这显然也不符合开闭原则。转账方法使用BankCard类型的参数，显然不符合里氏替换原则。
42311编辑于 2023-11-27 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(五)-控制器原则(Controller Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 一、控制器原则(Controller Principle)控制器原则是通用职责分配原则的一种，在软件系统中，控制器负责协调和控制系统中的各个部分，确保它们能够协同工作，以实现系统的整体目标。 控制器原则的核心思想是将系统分成若干个组件或模块，然后将这些组件或模块分配给不同的控制器，每个控制器负责管理自己所控制的组件或模块。 控制器原则的优点是可以将系统分解成若干个独立的组件或模块，每个组件或模块都有自己的职责和功能，从而提高系统的可维护性、可扩展性和可重用性。 此外，控制器原则还可以提高系统的灵活性和可测试性，因为每个组件或模块都可以独立测试和调试。
32511编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 面向对象设计原则(四)-依赖倒置原则(Dependence Inversion Principle DIP)
欢迎 点赞✍评论⭐收藏前言面向对象设计原则是一些通用的软件设计原则，用于指导软件设计人员开发高质量、可扩展、可维护的软件系统。 这些原则的作用如下：提高软件系统的可维护性：遵循面向对象设计原则可以将代码分解为更小、更专注的模块，从而降低代码的复杂性和耦合度，提高系统的可读性和可维护性。 提高软件质量：通过遵循面向对象设计原则，软件设计人员可以避免一些常见的设计错误，从而提高软件系统的质量和可靠性。遵循面向对象设计原则可以帮助软件设计人员开发高质量、可扩展、可维护和重用的软件系统。 一、依赖倒置原则（Dependence Inversion Principle DIP ）依赖倒置原则（Dependence Inversion Principle，简称DIP）是面向对象设计中的一条设计原则 总结依赖倒置原则的主要作用如下。依赖倒置原则可以降低类间的耦合性。依赖倒置原则可以提高系统的稳定性。依赖倒置原则可以减少并行开发引起的风险。依赖倒置原则可以提高代码的可读性和可维护性。
40011编辑于 2023-11-25 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(二)-创造者原则(Creator Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 GRASP提供了一些通用的、可重用的模式，可以帮助设计者更好地理解和应用面向对象设计原则。与GOF模式相比，GRASP更注重职责分配和交互方式的设计，而不是具体的模式实现。 一、创造者原则(Creator Principle)创造者原则是通用职责分配原则之一，它指定某些对象承担创建其他对象的职责。 根据创造者原则，一个对象应该只负责创建其他对象，而不应该承担其他对象的职责。这有助于降低对象之间的耦合度，使系统更容易维护和扩展。 同时，这也符合面向对象设计中的单一职责原则，即每个对象应该只承担一个职责。在实际应用中，创造者原则通常体现在抽象工厂模式、建造者模式和工厂方法模式等设计模式中。
29111编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(一)-信息专家原则(Information Expert Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 GRASP提供了一些通用的、可重用的模式，可以帮助设计者更好地理解和应用面向对象设计原则。与GOF模式相比，GRASP更注重职责分配和交互方式的设计，而不是具体的模式实现。 一、信息专家原则(Information Expert Principle)通用职责分配原则的信息专家原则（Information Expert Principle），是指将某种特定行动的职责分配给掌握有关信息的专家 这个原则可以用于设计系统、制定组织结构和分配任务。例如，在设计软件程序时，将一个模块的职责分配给能够提供必要信息的开发人员，可以提高开发效率和质量。 通用职责分配原则的信息专家原则非常实用，可用于指导各种类型的组织和活动，例如企业管理、项目管理、软件开发等。
38211编辑于 2023-11-29 - 来自专栏历史专栏
【愚公系列】2023年11月 面向对象设计原则(五)-接口隔离原则(Interface Segregation Principle or ISP)
欢迎 点赞✍评论⭐收藏前言面向对象设计原则是一些通用的软件设计原则，用于指导软件设计人员开发高质量、可扩展、可维护的软件系统。 这些原则的作用如下：提高软件系统的可维护性：遵循面向对象设计原则可以将代码分解为更小、更专注的模块，从而降低代码的复杂性和耦合度，提高系统的可读性和可维护性。 一、接口隔离原则(Interface Segregation Principle or ISP)接口隔离原则（Interface Segregation Principle or ISP）是面向对象编程中的一个原则 通过遵守ISP原则，接口设计更加灵活和可维护，也更容易实现单一职责原则（SRP）和依赖倒置原则（DIP）。 总结我们将接口功能最小化，每一个接口只负责与其自身相关的功能，防止功能过多导致的“接口污染”问题，符合接口隔离原则，并且有利于未来的扩展，同时符合开闭原则。
36621编辑于 2023-11-26 - 来自专栏闻语博客
JS身份证真实性验证
; return false; } //身份证真实性验证 function testId(value) { var vcity = { 11: "北京", 12: "天津 cardTemp += card.substr(i, 1) * arrInt[i]; } valnum = arrCh[cardTemp % 11 cardTemp += card.substr(i, 1) * arrInt[i]; } card += arrCh[cardTemp % 11
2.8K10发布于 2021-01-21 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(七)-纯虚构原则(Pure Fabrication Principle)
具体而言，GRASP提供了以下指导原则：Creator：谁创建了对象，谁就应该负责管理对象之间的关系。Controller：将系统的控制逻辑集中到一个对象中。 GRASP提供了一些通用的、可重用的模式，可以帮助设计者更好地理解和应用面向对象设计原则。与GOF模式相比，GRASP更注重职责分配和交互方式的设计，而不是具体的模式实现。 一、纯虚构原则(Pure Fabrication Principle)纯虚构原则是一种通用职责分配原则，它指出某些职责只能由某一个角色承担，因为这个职责本身并不存在于现实世界中，只是为了方便系统设计或实现而 纯虚构原则的应用可以使系统的逻辑结构更清晰，减少职责的重复和冲突，提高系统的可维护性和可扩展性。例如，在一个图书管理系统中，借书和还书是两个虚构的职责，它们只能由图书管理员这个角色承担。 纯虚构原则也需要遵循单一职责原则，尽量将职责分配得清晰明确，避免一个角色承担过多的职责，从而导致系统复杂度的增加。
28211编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 面向对象设计原则(一)-单一职责原则(Single Responsibility Principle or SRP)
欢迎 点赞✍评论⭐收藏前言面向对象设计原则是一些通用的软件设计原则，用于指导软件设计人员开发高质量、可扩展、可维护的软件系统。 这些原则的作用如下：提高软件系统的可维护性：遵循面向对象设计原则可以将代码分解为更小、更专注的模块，从而降低代码的复杂性和耦合度，提高系统的可读性和可维护性。 提高软件质量：通过遵循面向对象设计原则，软件设计人员可以避免一些常见的设计错误，从而提高软件系统的质量和可靠性。遵循面向对象设计原则可以帮助软件设计人员开发高质量、可扩展、可维护和重用的软件系统。 遵循单一职责原则的好处有：提高代码的可读性和可维护性：单一职责原则可以将复杂的系统分解为更小、更专注的部分，从而降低代码的复杂度，增强代码的可读性和可维护性。 单一职责原则是面向对象设计中非常重要的一项原则，能够帮助程序员设计出更好的代码，从而提高软件的质量和可维护性。
52531编辑于 2023-11-23 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(九)-受保护变量原则(Protected Variations Principle)
一、受保护变量原则(Protected Variations Principle)受保护变量原则是通用职责分配原则的一部分，它强调在系统设计中需要保护变量的变化，确保它们不会对其他模块或组件产生负面影响 该原则的目的是减少系统中因变量变化引起的连锁反应。具体来说，受保护变量原则建议将变量的访问限制在其所属的模块或类中，并通过一些适当的接口提供对其他模块的访问。 受保护变量原则可以帮助系统实现更高的灵活性和可扩展性，因为它可以让系统更容易地适应变化和添加新功能。 另外，该原则还可以提高系统的可维护性和可测试性，因为变量的作用范围更为明确，使得系统的修改和测试更加容易。 受保护变量原则是系统设计中非常重要的一项原则，它可以帮助我们更好地控制变量的变化，从而实现更加可靠和可扩展的系统。
35011编辑于 2023-11-30 - 来自专栏历史专栏
【愚公系列】2023年11月 通用职责分配原则(四)-高内聚原则(High Cohesion Principle)
一、高内聚原则(High Cohesion Principle)高内聚原则指的是将职责或功能相近的代码组织在一起以形成高内聚模块或类。 高内聚原则是通用职责分配原则中非常重要的一项原则，它能够帮助开发人员更好地组织和管理代码，提高代码的可维护性、可复用性和可读性，从而实现高效开发和代码重构。 部分实现代码限于篇幅已被省略，Genetic类是用来封装遗传算法的类，所有和遗传算法相关的内部全部被封装进这个类，符合高内聚原则，同时也符合信息专家原则。 通用职责分配软件原则考虑的是职责的封装问题，高内聚原则鼓励将具有高度相关性的职责封装在一个类中，该案例将所有和遗传算法相关的职责封装进一个类中的做法我认为没有问题，即使它可能存在多个引起它变化的原因。 所以我个人认为高内聚原则和单一职责原则并没有显著冲突，要看设计者的选择。我正在参与2023腾讯技术创作特训营第三期有奖征文，组队打卡瓜分大奖！
36411编辑于 2023-11-30 - 来自专栏明志德到的IT笔记
《软件开发的201个原则》—— 一般原则、需求原则、设计原则、编码原则、测试原则、管理原则、产品原则、演变原则
这些方法包括：让客户参与(见原则8)、原型设计(在全面开发之前验证需求；见原则11~13)、保持设计简单(见原则67) 、审查代码(见原则98)和雇用最优秀的人(见原则130和131) 。 这就是绝不能将“一次性原型”转换成产品的主要原因（见原则11）。 作为一个全新定制产品的开发人员，在开始全面开发之前，要规划开发一系列“一次性原型” (见原则11、12和13)。 在开始增量开发之前，开发一次性原型(见原则11、12和13) ，可以降低这种风险。 (见原则11、12、13、42)。
1.9K20编辑于 2023-10-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号