主题：我对版本升级的看法

软件升级到3.031后，的确由于改动过大，造成了不少人困扰，比如这次的ExtGBData和vba对标准版做出了新限制，这两项都导致我升级后，需要改动设置或大幅修改原来的程序代码。我的个人观点是：

首先，金字塔升级应该特别注重向后兼容，这是软件企业的责任，也是一种行业标准。

金字塔在做版本升级时应尽可能设法避免客户重新修改程序和重新设置。请不要嫌我罗嗦，容许我再具体一点：

1、升级后不应覆盖原来的用户设置

现在金字塔应该说是比较注意了。原来每次升级后，界面显示、自动收盘市场的勾选等都需要重新做，但现在似乎不用了。但还是有一个地方挺邪门的，就是数据接收系统的设置，每次升级都还是要重新设的。

2、金字塔应该避免对原有函数特性进行修改

因为修改了就影响到用户了，即使原来的设计有缺陷，也应该通过增加新函数来解决。

3、增加新的设置、选项，其默认值应该兼容老的模式

这次3.031版的ExtGBData和Globalvariable改头换面了，如果用户想兼容老的模式，那么用户需要进行额外的设置，我认为不妥，合理的做法应该是：如果用户不想改变，应该是什么也不用动的，如果用户想使用新的特性，则需要进行额外设置。

4、各种限制，大方向应该是解禁、放宽，而不是收紧；不同收费标准的区别应该主要在未来增值预期上

具体来说，这次对标准版VBA可使用K线数的限制、以及其他的一些限制，个人认为完全没有必要，如果客户用来测试的，慢就慢了，如果客户是实盘的，完全可以自行删除历史数据来达到同样的目的，总之不应该由金字塔来限制。特别是原来没限制，升级后有限制，有点说不过去，并且也造成了个别用户原来的程序运行出现问题了。

如果说为了体现专业版的优势，金字塔完全可以把一些预期受欢迎的新功能、新特性，仅供专业版以上用户使用（就像L2数据那样）。总之，金字塔应保障每个版本原来是怎么样的，升级后，不低于原来的标准。

5、如果是针对原软件bug或缺陷而做出的升级，则应该是各版本一视同仁的，并且不应该附带任何条件。比如，3.031版本既有对旧版本bug的修正，同时又进行了新的限制，就会导致用户升也不是、不升也不是的尴尬。修正bug应该是软件企业无条件的责任。

嗯，有二次开发功能的软件我不太专业，的确是需要考虑用户学习的问题。对于第2个问题（函数更新），可以尝试各种不同的办法。总之是尽量降低用户的学习成本：

办法1：类似Globalvariable这样，给用户设置新旧版，但默认值是旧版（确保用户学习了新版的用法后才自行设置启用）。

办法2：不新增函数，增加新参数，新参数放在最后，带默认值，默认值为旧版用法。

办法3：新增函数，在老函数说明上增加一句“建议用新函数xxxx”，这样新用户可直接用功能更强大或更容易使用的新函数，而不必费时间研究老函数。

关于第4点：有了之前的教训，只能是日后更谨慎，放开容易收紧难，一收紧就会带来原有用户使用出现问题。可不可以这样：新增加的限制只对新开用户号有效，即使是存在“游戏漏洞”，也仅限老用户利用，危害可以缩小，最重要是不会带来新问题。

第5点我并非建议维护多个版本。而是对上述几点建议的一个补充说明，大致意思是，每次升级都能做到全体用户都无需任何修改和设置就正常使用，且还能修正原有版本的bug。我想表达的正是，金字塔有责任为用户提供bug修正，用户也应当把软件更新到最新版本，金字塔根本不需要维护多个软件版本。关键点在于如何保证用户原来的程序和设置，不会因升级而需要考虑更改。