方法名称应该容易记住吗？ P>是否有任何与方法名称中应该公开的信息量有关的官方C++建议？我这样问是因为我可以在网上找到很多参考资料，但没有一个能真正解释这一点 我用C++的方法来处理一个名为ActudieBand and Bixand SaveCordChanIfIfchange < /C> >的方法，这很好地解释了该方法所做的工作。较短的名称更容易记住，不需要intellisense或复制粘贴即可键入。它不太具有描述性，但功能应该被记录在案。
CalculateBanandBiCandSaveRecordChain如果被认为是一个不好的函数名，它会打破一个函数只做一件事的规则 降低复杂性 创建例程的一个最重要的原因是降低程序的复杂性。创建一个例程来隐藏信息，这样您就不需要考虑它了。当然，在编写例程时，您需要考虑这一点。但是在编写之后，您应该能够忘记细节，在不了解其内部工作的情况下使用例程。创建最小化代码大小、提高可维护性和提高正确性的例程的其他原因也是很好的理由，但是如果没有例程的抽象能力，复杂的程序就不可能进行智能管理。 您可以简单地将此函数分解为以下函数：方法名称应该容易记住吗？ P>是否有任何与方法名称中应该公开的信息量有关的官方C++建议？我这样问是因为我可以在网上找到很多参考资料，但没有一个能真正解释这一点 我用C++的方法来处理一个名为ActudieBand and Bixand SaveCordChanIfIfchange < /C> >的方法，这很好地解释了该方法所做的工作。较短的名称更容易记住，不需要intellisense或复制粘贴即可键入。它不太具有描述性，但功能应该被记录在案。,c++,naming-conventions,method-names,C++,Naming Conventions,Method Names,CalculateBanandBiCandSaveRecordChain如果被认为是一个不好的函数名，它会打破一个函数只做一件事的规则 降低复杂性 创建例程的一个最重要的原因是降低程序的复杂性。创建一个例程来隐藏信息，这样您就不需要考虑它了。当然，在编写例程时，您需要考虑这一点。但是在编写之后，您应该能够忘记细节，在不了解其内部工作的情况下使用例程。创建最小化代码大小、提高可维护性和提高正确性的例程的其他原因也是很好的理由，但是如果没有例程的抽象能力，复杂的程序就不可能进行智能管理。 您可以简单
CalculateIBAN
CalculateBIC
SaveRecordChain
IsRecordChainChanged
以上几点大部分都是参考文献。其他的好书还有罗伯特·C·马丁的《干净的代码》和《干净的编码者》，理想情况下，一种方法只能做一件事。方法名称应该反映它的功能（这一点），然后只有程序才具有可读性 对于个人交互来说，这就足够了，也很有用，但是在完成应用程序之后，你必须重新考虑每个函数名，使其完全符合它们的意图。如果在团队或公司工作，请确保函数名反映了它的功能
在你的eg函数名中，我可以这样命名：
saverecordwithrespctoibanandbic（）CalculateBanandBiCandSaveRecordChainIfChanged为了回答这个直接的问题，我认为函数名不需要令人难忘。如果他们是，这很好，但是就像你说的，这些东西应该被记录下来。我可以查一下
CalculateBanandBicandSaveRecordChainIfChanged