我刚刚被uniGUI网站上的一个朋友重定向了。在前一个问题中,我询问了Raudus和ExtPascal之间的比较。
现在,这个unigui似乎是Raudus的另一种选择,而且它的优点是允许您使用相同的源代码同时编译win32 exe (当然,如果您限制自己只使用uniGUI批准的UI组件)。
我认为这是令人惊奇的,即使这个想法一见钟情也不会让所有的网络应用程序都是纯粹的,但在我的作品中,拥有这样的工具是很棒的。
有许多(甚至是小的)应用程序,这些应用程序一次就可以从这段代码中受益,从而获得一个双UI。
不管怎样,你对这件事的感觉是什么?你认为它有未来吗?
附加注:为了不开始一般性讨论,请试着具体地由uniGUI回答,而不仅仅是一个一般性的答案。谢谢,
发布于 2010-09-07 13:05:14
大约两年前,我开始开发uniGUI (或它将来可能使用的任何名称)。从那以后,它进化了很多。最初的版本是基于Web的VCL。除了ExtPascal和Ext 之外,它已经成为基于Delphi开发Web应用程序的一种非常先进的工具。
uniGUI简单地将自己定义为一个Web应用程序开发框架。Web应用程序的概念自其第一次出现以来就一直存在争议。有些人声称Web是无状态的,但是应用程序是有状态的,不应该将这两者混合在一起。然而,随着人们对web应用的需求不断增加,这些概念只停留在哲学的角度。
越来越多的人想从互联网上访问他们的桌面应用程序。公司希望他们的本地会计软件可供其他分支机构使用。一家安全公司希望他们的访问控制软件有一个网络网关。这些都是网络应用需求增长的例子。
我们可以将uniGUI视为Delphi控件的抽象层,后者将其扩展到Web。与所有其他抽象层一样,它帮助开发人员专注于应用程序逻辑,而不是开发工具本身。它试图将RAD方法完全集成到基于Delphi的Web开发中。
uniGUI的双重性只是一个优点。我指的是它使用相同的代码库将相同的应用程序部署到web和桌面上的能力。这个特性可能对一些开发人员有用,但对另一些开发人员却毫无用处,只关注Web开发的人完全可以忽略它。
至于可伸缩性,uniGUI和其他类似工具的最佳目标似乎是内部网,其中客户机的数量是可预测的,连接速度不是问题。
也就是说,没有什么能阻止开发者开发针对互联网的网络应用程序。最后,它是客户端的所有Ext 和服务器端的Delphi处理程序。这取决于你设计你的应用程序有多聪明,你管理资源的效率有多高。如果您的每个会话消耗10 MB内存,那么您可能很快就会耗尽内存。
总之,这一框架将有一组用户,他们将发现这最适合他们的需要。这里没有黑色或白色,只有大的灰色区域。与任何其他工具一样,它取决于公司、特定项目和可用的部署选项,以确定它是否适合您。
发布于 2010-09-06 08:25:13
Web应用程序是,与GUI应用程序非常不同,非常。混合两种方法来解决更严重的问题,而不是简单的形式或几个按钮,我认为这是错误的。
发布于 2015-10-17 12:56:50
我认为UniGUI的想法是一个伟大的想法。但我认为Embarcadero应该为开发者提供更多的选择,而不是一个独立的选择。developers总是想要一种简单的方法来创建web应用程序,而且真诚的WebBroker是非常糟糕的。
https://stackoverflow.com/questions/3649969
复制相似问题