blocks|key|744822|text|如果它与类的含义相关，你应该把它放在一起，即使它不使用任何类的成员。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|744823|原因很简单，对于开发人员来说，对于未来的开发人员来说，知道去哪里看。|744824|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If its correlated with the meaning of the class, you should put it together even if it do not use any member of the Class.

The reason it for simply the development, and for a future developer know where to look.

blocks|key|744860|text|不是的。事实上，you+should+prefer+free-functions+over+member+functions。只有真正需要对成员进行操作的函数才应该是成员函数，the+rest+should+use+them+to+provide+functionality。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|744861|entityMap|0|LINK|mutability|MUTABLE|url|http://www.drdobbs.com/184401197|1|http://www.gotw.ca/gotw/084.htm^0|8|1I|0|2G|1D|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

No. In fact, <a href="http://www.drdobbs.com/184401197" rel="nofollow">you should prefer free-functions over member functions</a>. Only functions that really need to operate on the members should be member functions, <a href="http://www.gotw.ca/gotw/084.htm" rel="nofollow">the rest should use them to provide functionality</a>.

blocks|key|744896|text|当覆盖一个虚拟函数时，经常会发生这种情况。例如，如果基类有一个类似于getWidgetCount()的纯虚值，而您的派生类不支持小部件，那么它将只返回0。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|744897|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

It often happens when overriding a virtual function. If the base class has a pure virtual along the lines of getWidgetCount(), for example, and your derived class doesn't support widgets, it would just return 0.

blocks|key|1722367|text|假设你的意思是“不依赖于任何非公共成员”，Scott+Meyer曾经answered+a+definite+过这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1722368|然而，他只专注于封装:通过使这些函数成为非成员来改进封装。|1722369|其他注意事项可能包括，例如，如果运算符被定义为非成员，则不能在临时运算符上调用operator<<。(您为什么要这样做呢？例如，从组成部分构建一个字符串参数，iostream样式。)|style|CODE|1722370|并且考虑因素可以简单地包括用法符号有多自然和清晰。带有嵌套调用的符号(对于非成员)可能会相当烦人和不明确。这就是为什么我们将->作为*取消引用%2B成员选择的语法糖。|1722371|因此，如果您只关注封装，那么就像Scott+Meyer建议的那样，将这些成员函数移出类。否则，在考虑到可用性和符号清晰度等方面的情况下，做出工程决策。无论如何，不用担心:它可能并不是非常重要。:-)|1722372|干杯&哈。|1722373|entityMap|0|LINK|mutability|MUTABLE|url|http://www.drdobbs.com/cpp/184401197^0|Y|K|0|0|0|13|A|0|1Q|2|1U|1|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@$A|Y|B|Z|1|10]]|C|$]]|$1|D|3|E|5|6|7|11|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|12|8|@$A|13|B|14|H|I]]|9|@]|C|$]]|$1|J|3|K|5|6|7|15|8|@$A|16|B|17|H|I]|$A|18|B|19|H|I]]|9|@]|C|$]]|$1|L|3|M|5|6|7|1A|8|@]|9|@]|C|$]]|$1|N|3|O|5|6|7|1B|8|@]|9|@]|C|$]]|$1|P|3|-4|5|6|7|1C|8|@]|9|@]|C|$]]]|Q|$R|$5|S|T|U|C|$V|W]]]]

Assuming you mean "does not depend on any non-public members", Scott Meyers once <a href="http://www.drdobbs.com/cpp/184401197" rel="nofollow">answered a definite no</a> to that question.

However, he focused only on encapsulation: encapsulation is improved by making those functions non-members.

Other considerations can, for example, include that you cannot call <code>operator&lt;&lt;</code> on a temporary if the operator is defined as a non-member. (Why would you ever want to do that? Well, for example to build up a string argument from constituent parts, iostream-style.)

And the considerations can include simply how natural and clear the usage notation is. The notation with nested calls (as for non-members) can be rather annoying and unclear. That's why we have <code>-&gt;</code> as syntactic sugar for <code>*</code> dereferencing + member selection.

So, if you focus only on encapsulation, then move those member functions out of class, as Scott Meyers adviced. And otherwise, make an engineering decision where aspects such as usability and notational clarity are also considered. Anyway, don't fret about it: it's probably not incredibly important. :-)

Cheers &amp; hth.,

blocks|key|2812837|text|最常见的情况涉及实用程序类例如，如果我必须开发函数来将BSTR转换为字符串，反之亦然，我可以创建一个具有静态方法的类。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2812838|将涉及相同区域的函数打包到同一类中是很有用的，另一种解决方案是将它们打包到相同的名称空间中，但不幸的是，即使在众所周知的c%2B%2B库中，名称空间也不是很常用。|2812839|而在其他情况下，将方法添加到与其他成员无关的类中会增加内聚力的缺乏，度量LCOM将很高，设计将受到影响。|2812840|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

the most common case concern utility classes for example if i have to develop functions to convert BSTR to string and vice versa , i can create a class with static methods.

it's useful to package functions concerning the same area in the same class, another solution is to package them in the same namespace, but unfortunatly namespaces are not very used even in the well known c++ librairies.

and for other cases adding method to a class with no relation with other members increase the lack of cohesion and the metric LCOM will be high, and the design will be impacted.

Is there a good reason why should a class function member be part of the class if it does not depend on any of the members of the class?

Class function member not depending on the class members

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果类函数成员不依赖于类的任何成员，那么为什么类函数成员应该是类的一部分？

问类函数成员不依赖于类成员
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问类函数成员不依赖于类成员EN