从2009年开始到2010年我就开始，我就开始做这个函数库。但这个融合库是因为MT5的用户越来越多。然后我发现使用一套新语言框架编写策略还是很麻烦，因为我如果再做一套MT5的函数库的话，那我一下子得维护两个函数库就显得不划算了。再说他们相似的地方也高达80%以上，可就是那20%导致两个终端的程序无法通用，最后不得不花时间把那20%的技术难题解决掉。这样就把MT4和MT5的函数库融合起来了，这个过程又在原来的基础上耗费了大概两年时间。
因为爱好这个东西，谈不上痛苦，虽然很繁琐！但是作为程序员就喜欢繁琐，最好是重复的繁琐。对我来说，这个手册是一个跨时代的创新，因为它解决了订单管理中诸多问题，如订单号的管理和溯源等。但如果不熟悉MT4和MT5之间的差异，编程会很困难，因为这两个平台之间的区别很大。
也就是说我在MT4上面写了一些代码以后，放在MT5上面多少还是要做一些修改，要把一些指令做对应的调整，那这个所谓的通用就失去了“通用”的意义了。这个通用函数库，相对于编程不是太精通的使用者来说，也是需要花时间去从最基础的MQL编程语言开始学起，只有掌握了基础用法之后，才能更好去运用通用函数库。
所以我后来想来想去，我已经有MT4的一套成熟的函数库，那20%的区别无非就在于语法定义上，那只要在这个基础上稍加修改便可以通用。但是，融合手册的优点不在于你在用MT4写好了程序放在MT5上通用，这不是他的优点，更不是它真正的价值。真正的价值就在于你只要通过融合库调用相应的指令，就可以索引定位到指定的订单，做对应的动作来实现相应的订单处理方式，这也是后面我们即将谈到的模块化编程类似的理念。