gpt4 book ai didi

refactoring - 我什么时候应该破坏一个函数?

转载 作者:行者123 更新时间:2023-12-04 03:04:20 26 4
gpt4 key购买 nike

将长函数分解为主要函数和辅助函数是谨慎的做法。

我知道只会调用模块外部的主要函数,但它的长度可能会被证明是令人生畏的。

教科书对行数有限制,但我觉得这太死板了。

附言我正在用 Python 编程,需要处理传入的消息。该函数返回一个包含消息的元组,但采用 Python 的内部数据类型。
因此,您可以看到每种消息类型的一些独立代码。

重复问题

When is a function too long?

最佳答案

我认为你需要从问题的另一端解决这个问题。自下而上思考。确定尽可能小的工作单元,然后开始以这种方式编写代码。当您自上而下编写代码并且不保持结构化方法时,您只会遇到意大利面条代码问题。

如果您已经有了意大利面条式代码并且需要重构,那么您几乎必须重新开始。分解现有的意大利面条代码可能比重写它更多的工作,结果可能没有那么好。

我认为方法中的代码行数也不应该有一个硬数字,但是写得好的代码中没有超过 5 到 10 行在较低层和 20 到 30 行在业务逻辑中的方法.给你某种指标。

关于refactoring - 我什么时候应该破坏一个函数?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/610588/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com