只做一件事

技术与英语相关探讨
最新推荐文章于 2025-05-11 15:58:03 发布
原创 最新推荐文章于 2025-05-11 15:58:03 发布 · 100 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客提及了技术和英语相关内容，虽未展开详细阐述，但表明涉及信息技术领域与英语的关联。
技术 英语
iteye_17902
关注
一个函数只做一件事
随风飘流的博客
08-28 2867
写在前面的话最近做code review，有的代码是一些单独的职能，建议开发童鞋抽取为一个单独的方法。 开发童鞋认为一些小的功能点，如果也抽取单独的方法，代码层级会太深。 这两年自己写代码或者做代码重构，有时候也会有困惑，什么内容适合抽取一个方法，什么内容适合在一个方法内。 最近在重读clean code这本书，上周末看到一些内容，感觉找到了答案。一个函数只做一件事clean code中文版3.
一次只做一件事，并做到最好！
dxmcu的专栏
08-30 2253
Do one thing at a time, and doit well. 一次只做一件事，并做到最好！
王阳明：一次只做一件事的人，才会领先于这个世界
AI天才研究院
11-08 8824
内方外圆，知宽厚会严厉。 此心光明，亦复何言。 境无好坏，唯心所造。 要自己去努力、创造、积累。 志不立，天下无可成之事。 专注于当下，既不念过往，亦不畏将来。 曾国藩说过：凡人做一事，便须全副精神注在此一事，首尾不懈，不可见异思迁，做这样，想那样，坐这山，望那山。人而无恒，终身一无所成。 养成良好习惯。王阳明说：“变化气质，难在克服习气。” 心性须在“事上练”。一心一意，省察克已，通过反省检查发...
奉劝各位准大一的学弟学妹们，这个暑假只要作对一件事，大学的时候你就是王者！
沉默王二
07-20 2万+
大家好，我是二哥呀！ 在某乎上看到一个话题，计算机专业，暑假需要提前自学吗，没想到，竟然上热榜了，说明很多高考完的同学觉悟太高了！害怕自己这个假期浪费了。 说句真心话，真不建议提前自学！ 我担心有些同学提前自学了，但学的过程中遇到了一些困难，又没办法找人解决和交流，导致自信心严重不足，进而对大学的计算机专业课感到莫名的恐慌。 因为大学四年（三年），有你学的时间。 作为一名老学长，这么给你说吧，只要能把握住大学的三四年，你完全可以在毕业的时候找到一份理想的工作，怕的就是你提前被劝退！ 高考是人这一生当中，最耗
在for循环里，怎么让一段代码只执行一次？
qq_36920099的博客
08-03 2万+
在循环外面设置一个布尔变量作为标记变量，第一次满足条件的时候将该变量设置为true，下次在进入循环的时候由于标记变量的值已经被设置为true，该代码段不再执行。 ArrayList list = new ArrayList(); boolean fg = true; for (String str : list) { if (str 满足某个条件 && fg) { fg = f...
代码重构的技巧方法与代码整洁之道整理
jakeswang的博客
11-22 7590
代码重构的技巧方法 重构是指这样一个过程：在不改变代码外在行为的前提下，对代码做出修改，以改变程序的内部结构，本质是指代码写好后的设计改进，提高可理解性，降低修改成本。 什么时候重构： 1.三次原则，多次重复的事情，想办法重构 2.添加新的功能时候 3.修补错误时重构 4.复审代码时候重构 为什么要重构： 1.完成今天的任务，我们还要考虑明天； 2.难于阅读的程序，难以修改； ...
一件事情两种态度
Ask马小向的专栏
09-13 2675
在职场，同样一件事情，应该有自己的态度，不能人云亦云，随波逐流。说一下近期发生的一件事。        事情是这样的：一个项目在前期市场调研阶段，这样事一直是项目经理A、研发经理B、市场人员C负责的，没有需求人员参与。周三要给客户汇报项目方案，他们就想着要做出几个页面汇报的时候比较直观，于是他们都同意了要做页面，但是这件事让谁做呢？1、项目经理肯定不做，他一直是负责管理人的，不会做这种事；2、市
安装 Kali Linux 后需要做的 20 件事
Enweitech Software Works
07-12 1万+
我在本文中整理出了安装一份全新的Kali Linux后总是要做的若干件事情。由于我有多台笔记本电脑和工作站，所以尽量扩大下列操作步骤的适用范围，以满足每个人的需求。这是我在安装Kali Linux后做的20件事情。你的需求可能全然不同。要是有什么建议，欢迎留言告知。
学习是一件很辛苦的事，全世界都一样！
Dream It Possible
05-17 5637
“学习是一件很辛苦的事，全世界都一样！高考复习更是一次披荆斩棘般的艰苦历练，全中国都一样！”  高三的同学们，当学习进入不了状态，当对复习产生了倦怠时怎么办？下面的这些文字，当你真坚持不下去了的时候看一看吧，真正为高三拼一回，你就是你的奇迹！  你可以一天上九节课两节晚自习,你可以一天写完两支笔芯做至少三套卷子,你可以早起十分钟晚睡十分钟记几个单词和成语,你可以用玩手机的时间弄懂一道数
【人民日报】从现在起，你要开始为自己做的10件事
AI天才研究院
12-08 8730
【人民日报】从现在起，你要开始为自己做的10件事1直面问题　　逃避问题，问题不会消失。只要你朝着正确的方向一步步迈进，就会发现事情也没那么可怕。2和优秀的人在一起　　当与他人建立关系时，要考虑对方是否诚实、靠谱，是否与你有同样的价值观。选择互相欣赏，愿意向你展示爱和尊重的人做朋友。他们是使你更加积极向上的人，会鼓励你成为更好的自己。3珍视错误带来的教训　　试错、跌倒、继续尝试，在这个过程中，你不需...
UNIX 设计哲学：Do one thing and do it well
AI天才研究院
05-01 1万+
一次只做一件事，并做到极致。 《UNIX编程艺术》一书，提出的17条编程原则，经过时间和实践的锤炼，发展成为Unix哲学17条原则，在维基百科能搜到。 下面就来说说我对这17要原则的解读—— 1、模块化原则(Rule of Modularity) 原文：开发人员应该使用定义良好的界面连接简单的部分来构建程序，所以问题是本地的，部分程序可以在未来的版本中替换以支持新的功能。此规则旨在节省调试复杂.........
程序设计原则之SOLID原则
Peter的博客
06-07 9286
设计模式中的SOLID原则，分别是单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。前辈们总结出来的，遵循五大原则可以使程序解决紧耦合，更加健壮。 SRP 单一责任原则 OCP 开放封闭原则 LSP 里氏替换原则 ISP 接口隔离原则 DIP 依赖倒置原则 单一责任原则 指的是一个类或者一个方法只做一件事。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化就可能抑制或者削弱这个类完成其他职责的能力。例如餐厅服务员负责把...
李想：“做正确的事，不做容易的事”
科技D人生
03-07 4070
分享一个大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到人工智能的队伍中来！点击浏览教程 李想，汽车之家网站创始人，前任汽车之家总裁。李想是80后的典型代表，1998年还在上高中的李想就开始做个人网站，2000年注册泡泡网并开始运营，仅凭借着自己对IT产品的一腔热爱和滚雪球式的资本积累，高中学历的李想让泡泡网在中国互联网行业中独树一帜。 2005年，李想带领团队从IT产...
[读书笔记]-《高能要事》-一次做好一件事
互联网老辛
10-27 4541
时间管理的初级技能---- 一次只做好一件事 时间ABC分类-做重要的事，并把他做到最好 1） A类：是我们确定必须由自己亲自执行的重要事件，是已经安排的计划内的事件，包括重要紧急，重要不紧急的事情。 2） B类是突发的紧急状况，是计划外的紧急事件。 3） C类是其他事件，是那些对我们内外产生干扰，却又不那么重要或者紧急的事情。 执行顺序是，做A，推迟B，记录C ABC255工作法 工作...
Java 继承复用避坑指南：五个血泪案例揭示高频陷阱
热门推荐
张彦峰的博客
05-11 10万+
本文系统剖析了继承滥用在实际系统中的五类典型陷阱，包括逻辑被绕过、构造失控、行为不一致、初始化混乱等问题，并通过真实业务案例与测试验证，逐一展示问题根源与演进优化方案。文章强调：继承是一把双刃剑，设计不慎将带来系统性隐患。 最终，我们总结出继承的适用边界，倡导以组合、接口、策略等手段替代非必要的继承，实现更健壮、可演进的业务架构。希望本文能为你在系统设计与代码演进中提供深度启发。
【四旋翼飞行器】【模拟悬链机器人的动态】设计和控制由两个四旋翼飞行器推动的缆绳研究（Matlab代码实现）
11-26
【四旋翼飞行器】【模拟悬链机器人的动态】设计和控制由两个四旋翼飞行器推动的缆绳研究（Matlab代码实现）内容概要：本文围绕“设计和控制由两个四旋翼飞行器推动的缆绳系统”展开研究，通过建立动力学模型并利用Matlab进行仿真，模拟类似悬链机器人的动态行为。研究重点在于多无人机协同控制、缆绳张力分析及系统稳定性控制，结合非线性动力学与控制理论，实现对柔性连接负载的精确操控。文中提供了完整的Matlab代码实现，便于复现实验结果，适用于复杂空中作业任务的仿真验证。; 适合人群：具备一定控制理论基础和Matlab编程能力的研究生、科研人员及从事无人机协同控制、机器人系统开发的工程技术人员。; 使用场景及目标：①研究多无人机协同搬运与柔性负载控制；②掌握缆绳系统动力学建模与仿真方法；③应用于空中机器人、工业吊装、救援运输等实际场景的控制系统设计与优化； 阅读建议：建议结合Matlab代码逐模块分析，重点关注动力学建模、控制律设计与仿真结果验证部分，可进一步扩展至更多无人机协同或复杂环境干扰下的鲁棒性研究。
基于遗传算法的梯级水电站群联合火电厂优化调度研究（Python代码实现）
11-26
基于遗传算法的梯级水电站群联合火电厂优化调度研究（Python代码实现）内容概要：本文研究了基于遗传算法的梯级水电站群联合火电厂优化调度问题，旨在通过智能优化方法实现电力系统中水火电资源的协调调度，提升能源利用效率与调度经济性。文中构建了考虑水电站间水力联系、水库库容约束、机组出力特性及火电厂运行成本的综合优化模型，并采用遗传算法进行求解，给出了完整的Python代码实现。该方法能够有效处理复杂的非线性、多约束、多变量调度问题，具备良好的收敛性和实
无人机基于改进粒子群算法的无人机路径规划研究[和遗传算法、粒子群算法进行比较]（Matlab代码实现）
最新发布
11-26
【无人机】基于改进粒子群算法的无人机路径规划研究[和遗传算法、粒子群算法进行比较]（Matlab代码实现）内容概要：本文围绕基于改进粒子群算法的无人机路径规划展开研究，重点探讨了在复杂环境中利用改进粒子群算法（PSO）实现无人机三维路径规划的方法，并将其与遗传算法（GA）、标准粒子群算法等传统优化算法进行对比分析。研究内容涵盖路径规划的多目标优化、避障策略、航路点约束以及算法收敛性和寻优能力的评估，所有实验均通过Matlab代码实现，提供了完整的仿真验证流程。文章还提到了多种智能优化算法在无人机路径规划中的应用比较，突出了改进PSO在收敛速度和全局寻优方面的优势。; 适合人群：具备一定Matlab编程基础和优化算法知识的研究生、科研人员及从事无人机路径规划、智能优化算法研究的相关技术人员。; 使用场景及目标：①用于无人机在复杂地形或动态环境下的三维路径规划仿真研究；②比较不同智能优化算法（如PSO、GA、蚁群算法、RRT等）在路径规划中的性能差异；③为多目标优化问题提供算法选型和改进思路。; 阅读建议：建议读者结合文中提供的Matlab代码进行实践操作，重点关注算法的参数设置、适应度函数设计及路径约束处理方式，同时可参考文中提到的多种算法对比思路，拓展到其他智能优化算法的研究与改进中。
图像重建使用FDK的三维谢普洛根幻影重建（Matlab代码实现）
11-26
【图像重建】使用FDK的三维谢普洛根幻影重建（Matlab代码实现）内容概要：本文介绍了使用FDK算法在Matlab环境中实现三维谢普洛根幻影（Shepp-Logan phantom）图像重建的技术方法，重点展示了图像重建过程中的关键步骤与代码实现。该资源属于一系列图像处理与医学成像技术研究的一部分，涵盖了从投影数据生成到反投影重建的完整流程，帮助读者理解CT图像重建的基本原理与FDK算法的应用细节。; 适合人群：具备一定Matlab编程基础，从事医学图像处理、计算机断层成像（CT）或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①学习和掌握FDK算法在三维图像重建中的具体实现；②理解Shepp-Logan幻影模型在仿真成像中的作用；③为医学图像重建、算法验证与教学演示提供可运行的Matlab代码参考； 阅读建议：建议结合Matlab代码逐行调试，理解投影（正弦图）生成与滤波反投影的每一步操作，同时可延伸学习其他重建算法（如FBP
“一个类/函数只做一件事”，如何定义这一件事到底是什么，假如这个类或函数中有多个接口等，是否就不是一件事了
09-26
<think>好的，用户问的是“一个类/函数只做一件事”如何定义，特别是当类或函数中有多个接口时是否算一件事。我需要先理解用户的问题核心。用户可能在实际开发中遇到了职责划分的问题，或者对SOLID原则中的单一职责原则（SRP）有疑问。 首先，我应该解释清楚什么是“一件事”。这里的关键是“职责”而不是具体的操作步骤。例如，一个函数可能包含多个步骤，但只要这些步骤都是为了完成一个统一的职责，就不违反SRP。比如，下载文件并保存，虽然有两个步骤，但都是同一个职责的不同部分。 接下来，用户提到多个接口的情况。这时候需要区分接口的职责是否属于同一个抽象概念。例如，一个类实现了多个接口，但这些接口都服务于同一个核心功能，那么仍然符合单一职责。反之，如果接口之间无关，可能就需要拆分。 然后，我需要给出具体的例子，帮助用户理解。比如反例中的`process_data`函数，如果同时处理数据清洗、转换和存储，这些步骤属于不同职责，应该拆分。而正例中的`download_and_save`虽然有两个步骤，但属于同一职责，所以合理。 还要考虑用户可能的误区，比如认为每个方法只能有一个操作，但实际上只要所有操作都属于同一职责即可。同时，接口的组合使用也需要说明，比如一个类实现多个接口，但接口之间相关联，共同完成一个任务。 最后，总结如何判断是否符合单一职责，比如通过变化原因、测试粒度、复用性等方面来评估。并给出相关问题，帮助用户进一步思考。 需要确保回答清晰，结构合理，例子贴切，同时语言口语化，避免术语堆砌。可能还需要检查是否有遗漏的情况，比如不同层次的职责划分，或者如何应对变化需求时的调整策略。</think>"一个类/函数只做一件事"中的"一件事"并非指物理操作的数量，而是**逻辑职责的单一性**。其核心在于： > **"当需求变化时，该类/函数只因同一类原因而修改"** （来自Robert C. Martin对SRP的定义） --- ### **如何定义"一件事"？** 1. **从需求变化的角度判断** - 若**同一类需求变更**需要修改该类/函数，则属于同一职责。 - 若**不同类需求**导致修改（如既要改业务逻辑又要改数据存储），则职责不单一。 *示例*： ```python # 反例：处理数据和存储逻辑混合，需求变化时需同时修改 def process_and_save(data): cleaned = clean_data(data) transformed = transform_data(cleaned) save_to_db(transformed) # 数据存储逻辑 ``` ```python # 正例：仅处理数据，存储由其他模块负责 def process_data(data): cleaned = clean_data(data) return transform_data(cleaned) ``` 2. **从抽象层次判断** - 高层函数应专注于**协调流程**（如"下载文件并保存"），具体步骤（下载、保存）由低层函数实现。 *示例*： ```python # 合法的"一件事"：下载并保存文件（高层职责） def download_and_save(url, path): data = fetch_from_url(url) # 调用底层函数 save_to_file(data, path) # 调用底层函数 ``` 3. **从测试角度判断** - 若一个单元测试需要覆盖多个**不相关的行为**（如既验证业务逻辑又验证日志输出），则职责不单一。 --- ### **多个接口是否破坏单一职责？** **不一定**。关键看接口是否服务于同一核心职责： | 场景 | 是否符合SRP | 说明 | |-----|-------------|------| | **同一抽象的不同行为** | ✅ 符合 | 如`PaymentProcessor`接口包含`charge()`和`refund()`，均属于支付处理职责 | | **无关接口的组合** | ❌ 不符合 | 如`UserManager`同时实现`send_email()`（邮件职责）和`validate_password()`（认证职责） | | **装饰器模式** | ✅ 符合 | 如`BufferedInputStream`包装`InputStream`，职责仍是"流读取" | *示例*： ```java // 合法的多接口：数据访问对象（DAO）的CRUD操作 interface UserRepository { User get_by_id(int id); List<User> find_by_name(String name); void save(User user); } ``` --- ### **典型误区与解决方案** 1. **误区：将"一件事"等同于"一个操作"** - **反例**： ```python # 被认为违反SRP的错误示例（实际合法） def generate_report(data): filtered = filter_invalid(data) # 步骤1 sorted_data = sort_by_date(filtered) # 步骤2 return format_report(sorted_data) # 步骤3 ``` *解析*：若所有步骤均服务于"生成报告"这一职责，则不违反SRP。 2. **解决方案：按职责边界拆分** - **拆分条件**：当不同职责可能因不同原因变化时 ```python # 拆分后：各司其职 class ReportFilter: def filter_invalid(data): ... class ReportSorter: def sort_by_date(data): ... class ReportGenerator: def generate(data): filtered = ReportFilter().filter_invalid(data) return ReportSorter().sort_by_date(filtered) ``` --- ### **如何判断是否违反SRP？** 1. **提问法**： - "如果需求变化，这个类/函数可能需要因**不同原因**修改吗？" - "我能给这个类/函数起一个**名词性**且**唯一**的名称吗？" 2. **代码异味**： - 类/函数中存在**不相关的注释**（如"// 处理数据"和"// 日志记录"） - 需要**跨模块协作**的私有方法（如`private void send_notification()`在数据处理类中） --- ### **相关问题** 1. 如何通过"变化原因"量化判断类/函数的职责单一性？ 2. 高层函数调用多个底层函数是否会导致职责不单一？ 3. 在微服务架构中，服务接口的设计如何应用单一职责原则？ 4. 面向切面编程（AOP）如何解决横切关注点对SRP的挑战？ 5. 当需要组合多个职责时，如何通过设计模式（如装饰器、策略）保持SRP？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值