![](/img/trans.png)
[英]std::size_t vs size_t vs std::string::size_type
[英]std::size_t vs. size_type as parameters and function return types
假设我有这个代码。 哪种方法更好?
// Method 1
std::size_t size()
{
// m_myVector is of type std::vector<MyClass*> in all examples
return m_myVector.size();
}
// Method 2
std::vector<MyClass*>::size_type size()
{
// m_myVector is of type std::vector<MyClass*> in all examples
return m_myVector.size();
}
第一种方法适用于 99% 的情况,但当然也有可能向量的大小不是std::size_t
类型。 也就是说,我们可以只依靠软件分析工具告诉我们向量大小的返回类型发生了变化。
第二种方式将向量的实现细节暴露给调用者。 这会破坏封装吗? 我不知道,你告诉我!
这是另一个更复杂的例子。 哪种方法更好?
void doFoo(const SomeClass& someObject)
{
// These could be ints or size_types... Feel free to use your imagination
std::size_t firstCount = someObject.getFirstCount();
for (std::size_t i = 0U; i < firstCount; ++i)
{
foo(firstCount);
}
}
void doFoo2(const SomeClass& someObject)
{
// I thought I'd provide another example to help your imagination :)
std::vector<MyClass*>::size_type secondCount = someObject.getSecondCount();
for (std::vector<MyClass*>::size_type i = 0U; i < secondCount; ++i)
{
foo(secondCount);
}
}
void doFoo3(const SomeClass& someObject)
{
// The correct styling would be: NotMyClass*
// But I really wanted to emphasize this was different from above, so I ALL CAPPED IT
std::vector<NOTMYCLASS*>::size_type thirdCount = someObject.getThirdCount();
for (std::vector<NOTMYCLASS*>::size_type i = 0U; i < thirdCount; ++i)
{
foo(thirdCount);
}
}
// Method 1
void foo(std::size_t index)
{
// m_myVector is of type std::vector<MyClass*> in all examples
m_myVector.at(index)->doLotsOfStuff();
}
// Method 2
void foo(std::vector<MyClass*>::size_type index)
{
// m_myVector is of type std::vector<MyClass*> in all examples
m_myVector.at(index)->doLotsOfStuff();
}
好的,这是一个很长的例子,所以我将解释发生了什么。 doFoo()
、 doFoo2()
和doFoo3()
都调用foo()
,它在第一个实现中接收std::size_t
或在第二个实现中接收std::vector<MyClass*>::size_type
。
doFoo()
将std::size_t
传递给foo()
,所以foo()
() 的第一个实现在这里更有意义,但是我们索引一个std::vector<MyClass*>
,它期待一个std::vector<MyClass*>::size_type
。 如果size_type
未定义为std::size_t
,则不是特别好。
doFoo2()
将std::vector<MyClass*>::size_type
传递给foo()
,因此foo()
() 的第二个实现在这里工作得很好。 除了将私有向量的实现细节暴露给调用者之外,没有其他抱怨。 最后我想我们需要为MyClass
包含一个单独的 header 。
doFoo3()
正在将std::vector<NOTMYCLASS*>::size_type
传递给foo()
...而且foo()
的实现都没有期望这一点,因为foo()
关心的唯一向量是包含元素的向量MyClass*
类型。 现在,作为一个学术问题, std::vector<NOTMYCLASS*>::size_type
总是与std::vector<MyClass*>::size_type
相同? 我实际上不知道这个问题的答案,但我一直听到“是”和“不是” 。 最后,再次出现封装问题(如果这是一个问题)。
不管怎样,谢谢你对我的包容。 想法?
但是当然有可能向量的大小不是 std::size_t 类型
在这种情况下,这种机会实际上并不存在,因为std::vector<MyClass*>::size_type
是(间接保证并且必须是)类型std::size_t
。 在这种情况下使用std::size_t
很好,并且不会泄漏不必要的实现细节。
在标准容器的情况下, Container::size_type
直接基于正在使用的分配器定义。 因此,通常只有在分配器类型或容器类型本身被模板化时才需要使用size_type
。 在分配器的情况下,您可以使用分配器特征而不是容器成员类型,这允许您隐藏容器类型。 如果容器类型本身是模板化的,那么隐藏它是没有意义的,因为只有知道容器的人才能首先实例化模板。
此外,您可以通过创建类型别名成员来隐藏 - 或者更确切地说混淆(以积极的封装方式) - function 声明,就像std::vector
具有基于其分配器的类型别名成员一样。
例子:
template<class Alloc>
class Foo
{
// could be hidden with PIMPL if desired
std::vector<MyClass*, Alloc> m_myVector;
public:
// Since C++11
using size_type = typename std::allocator_traits<Alloc>::size_type;
// Prior to C++11
typedef typename Alloc::size_type size_type;
size_type size();
};
std::size_t
是一种能够保存任何数组大小的类型,包括通过分配器分配的 arrays。
这意味着std::size_t
将始终能够存储std::vector<T>::size()
的结果,因此方法 1 永远不会导致溢出并且完全可读。
不能保证std::vector<T>::size_type
对于所有T
都是相同的,但是您很难找到std::vector
的实现,其中size_type
并不总是std::size_t
。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.