标签： thrift

日常在工作中会遇到这样的问题，PHP 通过 thrift 接口调用 java 服务，java 通过dubbo 接口调用java 的另外一个服务。 但是到了出错的时候，会遇到以下问题。 或者 没有形成完整的调用过程路径，或者无法追踪来源。

比如，要我们设计一个 User。那很简单，典型的 class 嘛，按照 OOP 的套路走就行了，于是：

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

坦白来说，这是一个无需过多讨论的话题。如果你写过C 语言，就会对它那『近乎平坦』的命名空间，感到熟悉。所有的函数，变量都在同一个全局命名空间（static 类型的除外，事实上，static 函数，是C语言中少数的模…

Thrift 代码就是编程代码。是代码，就应该有良好的工程组织，并且，单独git仓库、版本管理，都是必不可少的。