远离Excel工作簿/VBA-技术升级

Question

，这将是一个更多的意见问题，因为我在Google或我的公司内找不到任何对此有意见的中小企业的答案。

我不确定一个意见问题是否合适，所以如果它不是请随意删除，禁止我或任何规则可能要求。

我正在制作一组非常古老的工作簿，它们用于数学计算，它们不用于生产，而是用于检查生产服务的结果。这些工作簿非常古老(一些12+年)，现在我称之为“一团糟”，这是过去十年修补/修复的结果。

我一直在研究Handsontable (https://handsontable.com/)，这是一个JS库，它提供了一个像Excel这样的电子表格接口，可以处理所有单元格值的设置，等等。然后使用Python (或者如果公司更喜欢使用J2EE)在服务器端或客户端执行一些heaver计算(数据查找和预测)，我觉得仅仅从VBA和Excel本身迁移将提供一个性能提升，而这正是运营部门所希望的。

我觉得最初的工作需要很长时间，但是我相信我可以用JS/Python/Java创建一个公共库集合，这个库一旦完成，就可以将需要在VBA上完成的大量重新编码减少到JS/Python方面，因为80%的VBA是常见的财务公式。

我担心的是，如果我们再用2到3年的时间继续使用当前的工作簿，它们将变得完全无法维护，因为使用VBA我们没有适当的版本控制或使用现代的自动代码评审工具，我们可以通过使用更新的技术和长期错误的意愿，将艰苦的工作放在一边，这对我们的开发人员和我未来的同事来说都是最好的选择。

如果这个问题被规则和主持人接受了，有人对此有什么看法吗？这值得吗？这是浪费时间吗？

注:我不是经理、董事或任何有权作出上述决定的人，我只是一个觉得我.我们可以做得更好。

谢谢您抽时间见我。

Answer 1

因此，这可能不是每个人的答案，但我首先要告诉您的是，我们决定首先投入时间，因为这个方法已经被用于另一个应用程序，将它从一种旧的语言转移到Java。

我们已经在网上找到了几个开放源码项目，用于将VB/VBA代码转换为Python。

示例：

• http://vb2py.sourceforge.net/
• https://pypi.python.org/pypi/vb2py

一旦我们让Python代码使用本机包来允许models访问，我们将开始将Python代码重构为Django项目(这个选择不是确定的，但它是我的首选；<3 Django)，包括为DB access创建包装器模型。我们认为我们可以为部分做一个包装器，允许它作为Django项目运行。

最终的计划是让Django项目只充当REST Web服务，用于对Python执行“繁重的数学/计算”功能，并且还可以在功能更强大的服务器上提高性能。此REST服务将响应来自Handsontable (https://handsontable.com/) JS电子表格的调用，并提供处理当前所有Excel公式所需的插件，这样我们就可以直接将单元格值/样式(将工作簿转换为xlsm，将所有数据存储为XML)复制到Handsontable 'layout数组‘；我认为我们将放入一个DB。因此，最后，我们给出了工作簿，15+的寿命，并将Excel从公式中全部删除。

目前(我的)使用Django的原因是：

1. 奥姆
2. 独立的Django包使减少剩余代码变得更容易(我知道这可以用纯Python完成，但我觉得这是为其他人提供答案的一个很好的理由)
3. 使用几个非常流行的REST包很容易实现Web服务。
4. 还有其他人，但我相信每个人都会明白我的观点。

以及Python的原因：

1. 在Linux上运行，运行VBA宏服务器端需要Windows (与Linux相比，VM成本低，操作系统开销小)。
2. 很容易学(反正我觉得)
3. 自定义方法修饰器将使标准利率等应用于方法的返回量，而不需要计算金额的实际函数中的利率代码(举个例子)。

谢谢