软件升级到3.031后，的确由于改动过大，造成了不少人困扰，比如这次的ExtGBData和vba对标准版做出了新限制，这两项都导致我升级后，需要改动设置或大幅修改原来的程序代码。我的个人观点是：
首先，金字塔升级应该特别注重向后兼容，这是软件企业的责任，也是一种行业标准。
金字塔在做版本升级时应尽可能设法避免客户重新修改程序和重新设置。请不要嫌我罗嗦，容许我再具体一点：
1、升级后不应覆盖原来的用户设置
现在金字塔应该说是比较注意了。原来每次升级后，界面显示、自动收盘市场的勾选等都需要重新做，但现在似乎不用了。但还是有一个地方挺邪门的，就是数据接收系统的设置，每次升级都还是要重新设的。
2、金字塔应该避免对原有函数特性进行修改
因为修改了就影响到用户了，即使原来的设计有缺陷，也应该通过增加新函数来解决。
3、增加新的设置、选项，其默认值应该兼容老的模式
这次3.031版的ExtGBData和Globalvariable改头换面了，如果用户想兼容老的模式，那么用户需要进行额外的设置，我认为不妥，合理的做法应该是：如果用户不想改变，应该是什么也不用动的，如果用户想使用新的特性，则需要进行额外设置。
4、各种限制，大方向应该是解禁、放宽，而不是收紧；不同收费标准的区别应该主要在未来增值预期上
具体来说，这次对标准版VBA可使用K线数的限制、以及其他的一些限制，个人认为完全没有必要，如果客户用来测试的，慢就慢了，如果客户是实盘的，完全可以自行删除历史数据来达到同样的目的，总之不应该由金字塔来限制。特别是原来没限制，升级后有限制，有点说不过去，并且也造成了个别用户原来的程序运行出现问题了。
如果说为了体现专业版的优势，金字塔完全可以把一些预期受欢迎的新功能、新特性，仅供专业版以上用户使用（就像L2数据那样）。总之，金字塔应保障每个版本原来是怎么样的，升级后，不低于原来的标准。
5、如果是针对原软件bug或缺陷而做出的升级，则应该是各版本一视同仁的，并且不应该附带任何条件。比如，3.031版本既有对旧版本bug的修正，同时又进行了新的限制，就会导致用户升也不是、不升也不是的尴尬。修正bug应该是软件企业无条件的责任。
非常赞同。
正式版，测试版分开才对。 测试版爱更新多少更新多少，正式版么测试完成后部分功能一点点的过去就好。
现在搞的什么都是新版本连多几个品种都要更新，这明明更新配置文件就成吧。
非常感谢klc的反馈，就你的问题，我稍微解释下（不是反驳哦，探讨）
1、这个要求非常的中肯，由于一些构架的原因，我们会逐步调整
2、关于这个问题，我们内部也是有讨论的。你所说的方法，同通常的意义上考虑没有错。
因为你对编程很熟悉觉得没什么，但是对普通的用户而言，多一个函数就是一个学习的负担，论坛里每隔一段时间会出现有人问limit与limitr啥区别，或者类似的问题。语义类似的函数越多，越会造成新用户的选择困难，不知道用哪个。
金字塔早期就是根据你的方式开发的，所以你会发现，同样是跨周期引用 有用## 有用callstock有用stkindi现在还有stkinidiex。
现在对于部分新用户就会郁闷了，我只是要实现跨周期引用，有4个让我选，我该用哪个？若要用，先弄明白这几个的区别，很多人就不乐意了，大家都习惯快速的时代，不太符合现实。由此带来金字塔难用的印象。以及其他使用中的困扰。这些都不是我们想看到的。
拿这次的全局变量的变化来说，原来金字塔就有variable、globevariable、extgbdata、setregval、extgbstring。
恩，若再增加2个globevariableex extgbdataex 函数。对老用户的认知就是增加了2个函数。
但是，新用户，这就会是一场灾难！
而对于老用户，改变的意味着修改已经成型的模型，很麻烦。这方面我们都已经考虑。
所以，改函数功能，这个实在是不得已而为之，轻易是不会触碰的。若动了，一定是没有更好的办法。
3、恩，今后会选择更好的方式。
4、本来vba是不对标准版、免费版开放的。后来考虑到用户反映要测试、试用。才开放。
但近期发现有部分用户恶意的使用（出乎我们设计初衷的使用，相当于玩游戏利用BUG）所以做了限制。
5、目前，我们的精力只够维护一个版本，多版本的维护，将来再议吧。
正式版，测试版分开才对。 测试版爱更新多少更新多少，正式版么测试完成后部分功能一点点的过去就好。
现在搞的什么都是新版本连多几个品种都要更新，这明明更新配置文件就成吧。
原来如此，沥青妖魔的说。
所以你看你们那个更新说明要是更详细点就好，例如说明下沥青特殊原因。 咱也不是无理指责是吧，只是突然1个月内连续更新觉得有点郁闷。
非常感谢klc的反馈，就你的问题，我稍微解释下（不是反驳哦，探讨）
1、这个要求非常的中肯，由于一些构架的原因，我们会逐步调整
2、关于这个问题，我们内部也是有讨论的。你所说的方法，同通常的意义上考虑没有错。
因为你对编程很熟悉觉得没什么，但是对普通的用户而言，多一个函数就是一个学习的负担，论坛里每隔一段时间会出现有人问limit与limitr啥区别，或者类似的问题。语义类似的函数越多，越会造成新用户的选择困难，不知道用哪个。
金字塔早期就是根据你的方式开发的，所以你会发现，同样是跨周期引用 有用## 有用callstock有用stkindi现在还有stkinidiex。
现在对于部分新用户就会郁闷了，我只是要实现跨周期引用，有4个让我选，我该用哪个？若要用，先弄明白这几个的区别，很多人就不乐意了，大家都习惯快速的时代，不太符合现实。由此带来金字塔难用的印象。以及其他使用中的困扰。这些都不是我们想看到的。
拿这次的全局变量的变化来说，原来金字塔就有variable、globevariable、extgbdata、setregval、extgbstring。
恩，若再增加2个globevariableex extgbdataex 函数。对老用户的认知就是增加了2个函数。
但是，新用户，这就会是一场灾难！
而对于老用户，改变的意味着修改已经成型的模型，很麻烦。这方面我们都已经考虑。
所以，改函数功能，这个实在是不得已而为之，轻易是不会触碰的。若动了，一定是没有更好的办法。
3、恩，今后会选择更好的方式。
4、本来vba是不对标准版、免费版开放的。后来考虑到用户反映要测试、试用。才开放。
但近期发现有部分用户恶意的使用（出乎我们设计初衷的使用，相当于玩游戏利用BUG）所以做了限制。
5、目前，我们的精力只够维护一个版本，多版本的维护，将来再议吧。
嗯，有二次开发功能的软件我不太专业，的确是需要考虑用户学习的问题。对于第2个问题（函数更新），可以尝试各种不同的办法。总之是尽量降低用户的学习成本：
办法1：类似Globalvariable这样，给用户设置新旧版，但默认值是旧版（确保用户学习了新版的用法后才自行设置启用）。
办法2：不新增函数，增加新参数，新参数放在最后，带默认值，默认值为旧版用法。
办法3：新增函数，在老函数说明上增加一句“建议用新函数xxxx”，这样新用户可直接用功能更强大或更容易使用的新函数，而不必费时间研究老函数。
关于第4点：有了之前的教训，只能是日后更谨慎，放开容易收紧难，一收紧就会带来原有用户使用出现问题。可不可以这样：新增加的限制只对新开用户号有效，即使是存在“游戏漏洞”，也仅限老用户利用，危害可以缩小，最重要是不会带来新问题。
第5点我并非建议维护多个版本。而是对上述几点建议的一个补充说明，大致意思是，每次升级都能做到全体用户都无需任何修改和设置就正常使用，且还能修正原有版本的bug。我想表达的正是，金字塔有责任为用户提供bug修正，用户也应当把软件更新到最新版本，金字塔根本不需要维护多个软件版本。关键点在于如何保证用户原来的程序和设置，不会因升级而需要考虑更改。