Objective-C的方法开销是否不建议采用“许多小方法”设计方法？

我通常喜欢使用小方法，这是Bob Martin在Clean Code中所建议的。我对Objective-C的内部知识也已经读够了，至少对它的消息分发如何工作有一些了解（bbums系列对此特别有用）。

尽管有过早的优化问题，但我想知道，Objective-c使用objc_msgSend所做的所有工作，实际上是否足够重要，以至于“许多小方法”方法对于Objective-C项目而言是不可取的。

经验发现尤其值得欢迎（也许我有时会自己进行测试）。任何编写过大型Objective-C项目的人的经验也将很棒。

澄清度

这个问题的总体语气是故意的。我不是在问特定应用程序的性能调优（这就是为什么我在这里而不是在SO上问的原因），而是更多关于Objective-C的语言特性是否会阻碍某种设计方法。我观察到我从Apple和其他各方（在github等上）看到的许多代码都倾向于大型方法（和类），并且我想知道这是否由于语言而逐渐消失了本身。当然，我可能读错了代码，或者可能是文化因素而不是技术因素导致了这种趋势（如果存在）。

（对于它的价值，我目前正在编写Objective-C，并且正在使用小的方法）

进一步要求

我同意已经给出的两个答案。我想做的另一件事是让某人指向我（希望是实质性的）开源（或其他可见的）Objective-C代码库，该代码库使用了不错的简短方法（和小型类）。我尚未在Objective-C中看到任何东西可与（例如）fitnesse来源进行比较。

我真的不知道开销是否可以忽略不计。但是，我宁愿设计一个系统是易于理解和维护的 第一，这通常意味着小，专注的方法和类。这甚至也将有助于后续的代码调整（只是因为代码更易于维护）。同样，对代码进行概要分析以找到真正的瓶颈也很重要，这甚至可能与方法调用开销无关。如果您执行任何进程外操作（例如，对数据库，网络，文件系统的调用），则无论如何，这些操作往往会主导程序的运行时。

但是，像往常一样，您的里程可能会有所不同...

绝大多数代码在任何应用程序中都不会对性能至关重要，因此，即使与其他语言相比，该方法的开销很大，最佳方法仍然是在大多数地方使用许多小型方法，并且仅内联那些进行概要分析的方法。已证明对性能至关重要。

当然，有许多人不知道如何正确地进行优化，其中有些人可能知道方法的开销并参与了全局过早的优化，但是我不认为该小组足够大而不会产生重大影响在Objective-C生态系统上。

大方法和类更有可能成为大集团的，谁知道或约廓线仪，方法开销护理什么人的工作或适当的设计，谁往往会产生大泥球在任何语言。是的，其中一些人确实在大型软件公司中使用高级代码库。