好的接口，如同漂亮的美女，是人都会多看一眼。 一个示例 比如，要我们设计一个 User。那很简单，典型的 class 嘛，按照 OOP 的套路走就行了，于是： {代码...} 这样的设计，不能说特别糟糕，也不能说特别完美 。实际上，我们可以让这个 class 更加清晰直观一点。 实际开发中的思考 实际中的 class，需求其实还是挺多的...

前面我们简单总结了一些 Thrift 的一些基础知识点，但无非是一些细节层面的东西，所谓『细枝末节』也。而一些东西，想要用得舒服，工程组织架构，一样都不能少。

坦白来说，这是一个无需过多讨论的话题。如果你写过C 语言，就会对它那『近乎平坦』的命名空间，感到熟悉。所有的函数，变量都在同一个全局命名空间（static 类型的除外，事实上，static 函数，是C语言中少数的模块化手段之一）。如果你 include一个东西，你都不知道你在干嘛，you know nothing。比如：

通常来说，『全局变量』被视为一种不好的编程风格，因为它实在是不可控，怕它的状态不知道在什么时候就被改变了，根源就是『人们害怕未知』。但是如果是全局常量，则问题不大，反正变来变去，还是同一个东西。

bool: A boolean value (true or false) byte: An 8-bit signed integer i16: A 16-bit signed integer i32: A 32-bit signed integer i64: A 64-bit signed integer double: A 64-bit floating point number string: A text string encoded using UTF-8 encoding

大致了解其架构, 先看看几篇博客文章, 看不懂也没有关系. 大概知道它是一个分层的架构就 OK 了, 借助自己对 TCP/IP 的分层结构的理解来理解 Thrift。 ( [链接] )