我的一些同事偶尔会使用typedef来避免输入。例如:
typedef std::list<Foobar> FoobarList;
...
FoobarList GetFoobars();就我个人而言,我总是讨厌遇到这样的代码,很大程度上是因为它迫使我去查找this,这样我就可以告诉我如何使用它。我也觉得这类事情是一个潜在的滑坡...如果你这么做了,为什么不多做点呢?(很快,您的代码就完全被混淆了)。关于这个问题,我发现了一个问题:
when should I use typedef in C
我有两个问题: 1)我真的不喜欢这样吗? 2)如果绝大多数人认为使用这种类型定义是可以的,你用什么标准来决定是否使用类型?
发布于 2010-04-29 02:45:12
这种类型的typedef的两个主要论据是减少了类型,以及转换为新类型容器的简易性。FoobarList可以由vector、list或deque支持,而切换通常只需要更改类型定义即可。
当涉及到查找它们时,您对它们的不喜欢在处理IDE时就大大减少了,因为我只需将鼠标悬停在类型名称上,IDE就会告诉我它被定义为什么。
更有用的情况是当您有嵌套容器时-您可以为名称赋予一些语义含义,而不必定义整个类:
typedef std::list<Foobar> FoobarList;
typedef std::map <string, FoobarList> GizmosToFoobarsMap;在处理这些类型的迭代器时,还可以节省大量的输入(尽管现在C++0x有了auto,这一点已经减少了)。
发布于 2010-04-29 02:56:25
一般而言,typedef对于STL和模板编程是必不可少的。看看迭代器特征是如何工作的:
template <class Iterator>
struct iterator_traits {
typedef typename Iterator::iterator_category iterator_category;
typedef typename Iterator::value_type value_type;
typedef typename Iterator::difference_type difference_type;
typedef typename Iterator::pointer pointer;
typedef typename Iterator::reference reference;
};
template <class T>
struct iterator_traits<T*> {
typedef random_access_iterator_tag iterator_category;
typedef T value_type;
typedef ptrdiff_t difference_type;
typedef T* pointer;
typedef T& reference;
};至于typedefs的“快捷方式”用法--我认为在实现文件中进行本地化是非常好的。我在这里有和using namespace一样的规则--如果它让我省去了打字的时间,也不会让其他人感到困惑,那就试试吧。
发布于 2010-04-29 02:52:06
我喜欢这样的typedefs,因为它们提高了可读性。考虑一下到处都是std::vector<std::string>::const_iterator,甚至是std::map<std::string, std::vector<std::string> >::iterator。您的一半代码最终只是描述类型,而一堆typedefs大大简化了这一点。我不认为这是理解它的太多障碍-IDE通常可以告诉你类型,如果你将鼠标悬停在它上面或转到定义,使用代码通常需要你理解这样的东西。
https://stackoverflow.com/questions/2732246
复制相似问题