delphi - 您对 uniGUI 这个同时创建 Web 应用程序和 win32 应用程序的框架有何看法？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 7 年前。

Improve this question

我刚刚被 friend 重定向到 the uniGUI website 。在 previous question我询问了 Raudus 和 ExtPascal 之间的比较。

现在这个unigui似乎是Raudus的替代品，而且它的优点是允许您使用相同的源代码同时编译win32 exe(当然，如果您限制自己只使用uniGUI认可的UI组件) )。

我认为这太棒了，即使这个想法乍一看不会让所有网络应用纯粹主义者感到高兴，但在我看来，拥有这种工具很棒。

有许多(甚至很小)应用程序可以从此代码中受益一次，获得双 UI。

无论如何，你对此有何感受？你认为它有 future 吗？

附加说明:为了不引发一般性讨论，请尝试通过具体提及 uniGUI 来回答，而不仅仅是一般性答案。谢谢。

Answer 1

大约两年前，我开始开发 uniGUI(或者将来可能采用的任何名称)。从那时起它已经发展了很多。初始版本基于 Web 版 VCL。随着ExtPascal和Ext JS的加入，它已经成为基于Delphi开发Web应用程序的非常先进的工具。

uniGUI 只是将自己定义为一个 Web 应用程序开发框架。 Web 应用程序的概念自诞生以来就一直存在争议。有人声称 Web 是无状态的，但应用程序是有状态的，不应将两者混为一谈。然而，如今随着对网络应用程序的需求不断增加，这种概念仅保留为一种哲学观点。

越来越多的人希望从互联网访问他们的桌面应用程序。公司希望其他分支机构可以使用其本地会计软件。一家安全公司想要为其访问控制软件提供一个 Web 网关。这些都是网络应用需求不断增长的例子。

我们可以将uniGUI视为Delphi VCL控件的抽象层，将它们扩展到Web。与所有其他抽象层一样，它可以帮助开发人员专注于应用程序逻辑而不是开发工具本身。它试图将 RAD 方法完全集成到基于 Delphi 的 Web 开发中。

uniGUI 的双重特性是一个优点。我指的是它使用相同的代码库将相同的应用程序部署到网络和桌面的能力。这个功能可能对某些开发人员有用，但对其他人来说毫无用处，而那些只专注于 Web 开发的人可以完全忽略它。

就可扩展性而言，uniGUI 和其他类似工具的最佳目标似乎是内部网，其中客户端数量是可预测的，并且连接速度不是问题。

也就是说，没有什么可以阻止开发人员开发针对互联网的网络应用程序。最后是客户端上的所有 Ext JS 和服务器端的 Delphi 事件处理程序。这完全取决于您设计应用程序的智能程度以及管理资源的效率。如果您的每个 session 消耗 10 MB 内存，那么您可能很快就会耗尽内存。

总之，这个框架将有一群用户，他们会发现它最适合他们的需求。这里没有黑或白，只有大的灰色区域。与任何其他工具一样，它取决于公司、特定项目和可用的部署选项，以确定它是否适合您。