实践单一职责原则（按组件拆分代码）

Java小卷 2023-08-19 23:29:05

课时名称	课时知识点
实践单一职责原则（按组件拆分代码）	对之前实现的一个最简单的窗体应用程序，按照单一职责的软件设计原则进行重构，按照组件进行代码拆分

...全文

81 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

单一职责原则是由Robert C. Martin（又称"Uncle Bob"）提出的设计原则之一。它的核心定义是：“类应该有且仅有一个引起其变化的原因”。这意味着，一个类应当只负责一项特定的功能或职责，而非多个不同的职责。其背后的思想是，若一个类具有多种职责，当需求变化时，可能会涉及到多个修改点，这会导致类的复杂性增加，并且维护难度大幅提升。通过将不同的职责拆分成独立的类，我们可以使每个类的职责更加清晰，降低耦合性，从而提高系统的灵活性和可测试性。

一个类应该只有一个引起它变化的原因。这意味着，如果一个类承担了过多的职责，那么这些职责就耦合在一起，当其中一个职责发生变化时，可能会对其他职责产生负面影响。单一职责原则是面向对象设计中的一个基础原则，它有助于降低类的复杂度，提高代码的可读性和可维护性。在实际开发中，我们应该尽量遵循这一原则，将不同的职责分离到不同的类中，从而提高系统的稳定性和可扩展性。单一职责原则表示一个类应该只有一个引起它变化的原因。换句话说，一个类应该只负责系统中的一个潜在的功能区域。

单一职责原则源于罗伯特·C·马丁（Robert C. Martin）提出的“每个类都应有一个且只有一个原因引起它的变化”。换句话说，类应围绕其核心功能进行设计，而不是承担过多的任务。违反这一原则的后果是类的功能变得模糊，当需求变化时，改动一个类就可能引发一系列连锁反应，导致系统不稳定。

单一职责原则最早由Robert C. Martin提出，旨在将软件系统中的每个模块或类限制在只承担一个功能或职责。简单来说，每个类或模块应当只有一个导致其变更的理由。这样可以避免由于一个职责的变更而影响整个模块或类的其他部分，从而提高系统的稳定性和可维护性。微服务架构是一种将单体应用拆分为若干小型服务的架构模式，这些服务独立开发、部署和维护。每个微服务通常围绕业务功能进行划分，具备独立的数据库、逻辑和接口。微服务架构的核心理念是通过将大而复杂的应用程序分解为小而易于管理的服务，来提高系统的灵活性和可扩展性。

单一职责原则（Single Responsibility Principle, SRP）是软件工程中的一个基本原则，它主张一个对象应该只负责一项任务，并且这项任务应该完全清晰地定义。换句话说，一个对象应该只有一种原因去改变它的状态。这个原则是由罗伯特·C·马丁（Robert C. Martin）在他的著作《代码大全》（Code Complete）中首次提出的，并在软件开发中广泛应用。核心思想是，软件实体（类、模块、函数等）应该专注于做一件事情，并且做好。

Java小卷的课程社区_NO_2

1

社区成员

56

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章