幸运的是，这个问题将很快结束。对于基本像工作簿的python应用程序，我看到了巨大的可能性。想象一下，如果您愿意这样做，而不是从选择菜单中选择编写代码。例如，“文件”菜单将具有一个打开命令，该命令使用户可以导航到文件或文件目录或网页，甚至是网页列表，并将这些内容指定为下一步操作的基础。
然后，您将找到一个查找菜单。菜单将使您可以轻松访问各种解析工具，正则表达式和字符串工具，因此您可以指定要在文件中查找的内容。
另一个菜单项可能允许您创建查询以与数据库对象进行交互。
我可以继续下去。随着语言的更高层次，这些类型的功能将变得更易于实现。开发这样的东西有很大的优势。重新花了多少时间来完成平凡的工作？程序员拥有构建的功能，可以完成许多平凡的任务，但如何使Python之类的工具所提供的功能民主化呢？
我一直在办公室里问人们如何解决他们似乎难以解决的问题，但是当我向他们展示如何用几行代码解决问题时，他们的问题就可以解决，除了使他们感到惊讶的情况。我对他们的感激之情表示感谢，认为它除了能够构建正确的Google搜索以识别正确的软件包或库来解决问题外，并不难。我使用lxml和set来从集合（例如12,000个文档）中提取所有粗体部分，并跨时间和跨集合中的唯一标识符进行比较，这些粗体部分是如何演变/更改或收敛的，这并不令人惊奇。令人惊讶的是，有人编写了库来执行这些操作。
这样的事情对社区有什么好处。想象一下，如果您想要一个看起来像工作簿但与应用程序商店交互的界面。因此，如果您想从html文件中提取内容，请前往应用商店并购买处理该工作的插件。如果工作簿构建得足够健壮，可以授权给机器使用，则“应用程序”将绑定到特定的工作簿。
试想一下，如果用户克服了使用这种功能很困难的感觉，他们可能会释放出创造力。你们可能没有看到这一点，但是我看到Python非常接近能够移植到工作簿框架之类的东西。早期的电子表格程序仅是围绕已移植到C的某些Fortran库的框架吗？
评论或有这样的应用程序，但我还没有找到。
最佳答案
有一些Python应用程序基于生成代码-最令人惊奇的一个可能是Resolver One，它专注于电子表格（并取决于IronPython）。但是，除了那个例外，基于您所想到的UI范式进行交互（选择其中一种，选择其中一种，等等）在提供给用户生成他们所需要的确切应用程序的选择范围方面往往受到很大限制。 -通过编写甚至一个小小的脚本，您可以说出的东西远远多于点对点的说话。
话虽这么说，Python无疑是实现此类应用程序和生成语言的绝佳选择……如果并且当您拥有一个看起来像它实际上可以允许非程序员指定足够大的UI草图时，范围广泛的应用！！）。电子表格已经在这种意义上证明了自己，但是我不知道实际上已经这样做的其他利基或方法-对吗？