与C++标准严格要求的公共成员函数相比 我看到了一个公共STD：：ISTRAMAMIATORATIO:：在我的C++实现中的MyListBar成员函数，它被用来用其他标准的全局函数比较istrAM迭代器。该标准不要求用户可以使用该成员函数 我想知道，除了标准所要求的以外，提供更多公共成员功能的实现是否仍然可以被认为是标准。 < P>只有C++标准所规定的API /特征应该被标准一致的实现所支持，才是标准的。实现可以自由添加自己的扩展，但它们是非标准的和不可移植的，因为其他实现不需要支持那些。 < P>只有由C++标准授权的API /特性应该由标准一致性实现支持才是标准的，实现可以自由添加自己的扩展，但它们是非标准和不可移植的，因为不需要其他实现来支持这些扩展。
是的，这是标准允许的与C++标准严格要求的公共成员函数相比 我看到了一个公共STD：：ISTRAMAMIATORATIO:：在我的C++实现中的MyListBar成员函数，它被用来用其他标准的全局函数比较istrAM迭代器。该标准不要求用户可以使用该成员函数 我想知道，除了标准所要求的以外，提供更多公共成员功能的实现是否仍然可以被认为是标准。 < P>只有C++标准所规定的API /特征应该被标准一致的实现所支持，才是标准的。实现可以自由添加自己的扩展，但它们是非标准的和不可移植的，因为其他实现不需要支持那些。 < P>只有由C++标准授权的API /特性应该由标准一致性实现支持才是标准的，实现可以自由添加自己的扩展，但它们是非标准和不可移植的，因为不需要其他实现来支持这些扩展。,c++,c++-standard-library,C++,C++ Standard Library,是的，这是标准允许的 标准文档描述了所需的接口，但通常不是实现它的确切方式。以下划线+大写字母开头的名称，如_M_equal，专门保留给实现。是的，这是标准允许的 标准文档描述了所需的接口，但通常不是实现它的确切方式。以下划线+大写字母开头的名称，如_M_equal，专门保留给实现。是的，这是允许的。由于您不允许在STD命名空间内定义您自己的任何名称，并且由于保留了下划线的名称，所以没有可能形成良好的C++程序与这些实现细节发生名称冲突。 显然，没有任何便携式程序必须使用这些额外的公共功能，尽管
标准文档描述了所需的接口，但通常不是实现它的确切方式。以下划线+大写字母开头的名称，如_M_equal，专门保留给实现。是的，这是标准允许的
标准文档描述了所需的接口，但通常不是实现它的确切方式。以下划线+大写字母开头的名称，如_M_equal，专门保留给实现。是的，这是允许的。由于您不允许在STD命名空间内定义您自己的任何名称，并且由于保留了下划线的名称，所以没有可能形成良好的C++程序与这些实现细节发生名称冲突。
显然，没有任何便携式程序必须使用这些额外的公共功能，尽管没有任何东西阻止您在特定平台上使用它们。是的，这是允许的。由于您不允许在STD命名空间内定义您自己的任何名称，并且由于保留了下划线的名称，所以没有可能形成良好的C++程序与这些实现细节发生名称冲突。 显然，没有任何可移植程序必须使用这些额外的公共功能，尽管没有任何东西阻止您在特定平台上使用它们