Excel能成为一个强大的开发平台吗？

Question

我们是一群热心的工程师，他们正在用Excel作为前端开发一系列的应用程序。我们正在使用VBA，但计划在VB.net中开始使用。IT界的一些人质疑使用Excel作为平台是否明智，因为它会崩溃、不安全、维护困难、速度慢等等。

Answer 1

如果用户想要的最终产品是表格数据，他们可以编辑或执行即席分析，那么在Excel中开发可能是合适的，甚至是有利的。

我编写的上一个Excel应用程序是在DNA测序实验室中编写的。该应用程序查询Oracle数据库中的实验清单，将所需的引物组织成96孔板，生成引物排序表，并创建用于进行实验的机器人的输入表。我个人不会选择Excel来做任何事情，但是供应商需要一个电子表格作为他们的订单，机器人可以读取Excel文件，而实验室的技术人员喜欢用电子表格来组织他们每个月必须运行的数千个实验。

所有这些都使Excel成为完成这项任务的合理选择，但要小心使用锤子和寻找钉子。

Answer 2

想一想你是如何管理那些与非编程项目有关的所有其他东西的。源代码控制、发布管理、合并来自多个开发人员的更改、代码评审、测试、错误修复、控制用户对数据的访问&他们更改数据的能力、数据质量管理、存储备份、灾难恢复等等。如果您可以在Excel / VBA中管理所有这些，那么我将把它视为一个“强大的开发平台”。

那么Excel适合您的应用程序吗？您需要Excel提供的其他功能吗?用户对结果的操作、用户定义的格式和图形化、嵌入Word文档的能力等等，这些都是您的用户社区与Office的外观联系在一起的，并且拒绝更改。如果是，那么Excel，否则不。

最后，Excel现在适合您吗？我建议你采取敏捷的方法来解决这个问题。你觉得Excel可能不错。现在就拿着吧。把几个迭代放在一起，然后再想一想。它提供了一个开箱即用的用户界面，一些输入验证，基本表单布局(这将使您原型一个“真实”的应用程序)。如果你使用Excel的话，所有你需要的东西都不需要马上学习。当您将代码移到.Net时，您可能会发现不同的UI更适合。将您的代码安排在适当的与问题相关的类中(而不是与工具相关的代码片段)，您应该能够轻松地重新打包并从您选择的任何前端调用它。

至于您的IT组列出的问题，它们都是真实的，对于任何人编写的任何软件，或多或少都是如此。在我看来，问题是这个替代方案是否比该替代方案更多或更少buggy、安全、可维护和适合于已知的需求。

我们在我们的业务中广泛使用Excel，但以有针对性的方式利用它的优势，而不是作为一个通用平台。

Answer 3

同意查尔斯的观点。在某些有限的条件下，首先在Excel中编程是个好主意。我还没碰到呢。首先创建.NET应用程序并将engine用于输出几乎同样容易。您可以使用.NET和Excel接口在VBA中进行计算/格式化或任何操作。VBA和VB.NET有着相同的基本语言，但是从A到B的获取方法可能会有很大的不同，而且在某些情况下会发生根本的变化。最初，当我开始使用VB6进行编程和使用VBA时，我使用VBA在Word、Access和Excel中进行了一些编程。与仅仅创建VB6应用程序来做同样的事情相比，我发现这有点麻烦。