幸运的是，这个问题将很快关闭。我看到一个python应用程序的巨大可能性，它基本上就像一个工作簿。想象一下，如果您愿意，而不是编写您从选择菜单中选择的代码。例如，“文件”菜单将具有一个打开命令，该命令允许用户导航到文件或网页的文件或目录，甚至是网页列表，并将其指定为将成为下一个操作的基础的内容。 / p>
然后你有一个查找菜单。该菜单允许轻松访问各种解析工具，正则表达式和字符串工具，以便您可以在文件中指定要查找的内容。
另一个菜单项可以允许您创建查询以与数据库对象进行交互。
我可以继续下去。随着语言变得越来越高，这些类型的功能变得更容易实现。开发这样的东西有很大的优势。花了多少时间重新发明轮子来完成平凡的任务？程序员拥有他们为完成许多平凡任务而构建的功能，但是如Python工具所提供的功能的民主化又如何呢。
我的办公室里的人总是在问我如何解决他们看起来难以解决的问题，但是当我向他们展示如何用几行代码解决他们的问题时他们的问题是可以解决的，除了边缘情况他们会感到惊讶。我倾向于感谢他们的观察，除了能够构建正确的谷歌搜索以识别正确的包或库以解决问题之外，它并不是那么难。我能够使用lxml并设置从12,000个文档的集合中提取所有粗体部分并在时间和整个集合中的唯一标识符之间进行比较，以及这些粗体部分是如何演变/更改或融合的，这并不令人惊讶。令人惊奇的是，有人写了库来做这些事情。
社区对这样的事情有什么好处。想象一下，如果您的界面看起来像工作簿但与应用商店交互。因此，如果您想从html文件中提取内容，请转到应用商店并购买处理工作的插件。如果工作簿的构建足够强大，可以授权给一台机器，那么“应用程序”将与特定的工作簿绑定。
想象一下，如果用户能够克服这种权力难以获取的感觉，那么用户可能会释放出创造力。你们可能看不到这一点，但我发现Python非常接近能够移植到工作簿框架之类的东西。早期的电子表格程序不仅仅是围绕一些移植到C的Fortran库的框架吗？
评论或是否有此类申请，我还没有找到。
答案 0 :(得分：3)
有一些Python应用程序基于生成代码 - 最令人惊讶的可能是Resolver One，它专注于电子表格（以及对IronPython的依赖）。然而，除了这个例外，基于你想到的UI范例（选择其中之一，其中之一等）的交互往往在提供的选择范围内非常有限，以便让用户生成他们需要的确切应用程序 - 只有所以，你甚至可以通过编写一个小小的脚本来表达更多内容，而不是你能用点咕噜咕噜说的话。
话虽这么说，Python肯定是实现这样一个应用程序和生成语言的绝佳选择...如果你有一个UI草图看起来它实际上可以允许非程序员指定一个足够广泛的域中足够多的应用程序！ - ）。电子表格在这个意义上已经证明了自己，但我不知道其他的利基或方法实际上已经这样做了 - 你呢？
答案 1 :(得分：1)
你的想法让我想起几个月前偶然发现的事情：http://www.ailab.si/orange/
答案 2 :(得分：0)
您的概念与Microsoft Access非常相似吗？一般来说，程序员不会编写这样的程序，因为它们会产生如此糟糕的代码，作者自己永远不会想要使用他们的程序。