按 Key的顺序来的（要求 Key 是可以排序的）

有时候会有这样的需要，比如我做的一套富文本，从纯文本提取出来以后，key是文本，value是样式，就需要保证key顺序的一致性，不然就需要在value里加上顺序，这时候还需要排序一次

那样也可以分成 orderedmap 和 dict 啊

早期的做法是[dict1,dict2]

这里只是举个例子，相对来说节省了许多工作量

其实这个也可以强类型化，比如说没有 order 的话就只提供迭代器，不提供 indexed 访问

总的来说，保持有序的意义比无序优势大

接口还是要最小化适体的。

需要它保持无序的特性的应用场景我暂时还没有遇到过

有什么例子可以介绍一下吗

在我的记忆里，在过去，因为强调dict是无序的，为了达成一个有序的结果，经常需要做许多额外的工作，所以有序以后我还是很喜欢的

无序不是特性，它是“保持有序”的子集
刚才说了，还是最好保持最小化接口的要求的

你没用过怎么知道性能不理想…… 性能也是相对而言的
假设你要解决旅行商问题，就不要怪用的算法性能不好

去学中文，请

有的时候其实维持顺序并不需要性能开销呢（
如果是 C++ 的 std::map 那种 orderd map 的话，其实要求它的实现 ordered 也没问题

对 Python 本身而言 dict 加上顺序没啥问题，毕竟它写工具的时候更多，可以在适当范围内混合一些提升易用性的功能
但我不止在说 Python，设计时最好还是保证接口要求的东西是最小化的子集。

你们在讨论什么鬼

回去读 PEP

读完，请（

不能达成设计目的就是不够理想，算法也好库也好都是都是为了满足设计而被创造出来的工具，用来做黄油也好用来验证数学公理也罢，不能满足设计就说明需要改进，我确实没有其他方案，也没能力改进它，所以只能改变设计本身

其实也没啥好讨论的啊…… 感觉说的方向不一样，我没提过应用具体的需求，只是说接口

你们在讨论什么鬼