Delphi 您对uniGUI有何看法?uniGUI是一种同时创建web应用程序和win32应用程序的框架?

Delphi 您对uniGUI有何看法?uniGUI是一种同时创建web应用程序和win32应用程序的框架?,delphi,web-applications,Delphi,Web Applications,我刚被一个朋友重新引导了方向。在一次访谈中,我问了Raudus和ExtPascal之间的比较 现在,这个unigui似乎是Raudus的替代品,它还有一个优点,即允许您同时使用相同的源代码编译win32 exe(当然,如果您限制自己只使用unigui批准的UI组件) 我认为这是惊人的,即使这个想法乍一看并不能让所有的网络应用程序纯粹主义者感到高兴,但在我看来,拥有这种工具是非常棒的 有许多(甚至很小的)应用程序,它们可以从这段代码中受益一次,获得一个双UI 不管怎样,你对此有什么感觉?你认为它有

我刚被一个朋友重新引导了方向。在一次访谈中,我问了Raudus和ExtPascal之间的比较

现在,这个unigui似乎是Raudus的替代品,它还有一个优点,即允许您同时使用相同的源代码编译win32 exe(当然,如果您限制自己只使用unigui批准的UI组件)

我认为这是惊人的,即使这个想法乍一看并不能让所有的网络应用程序纯粹主义者感到高兴,但在我看来,拥有这种工具是非常棒的

有许多(甚至很小的)应用程序,它们可以从这段代码中受益一次,获得一个双UI

不管怎样,你对此有什么感觉?你认为它有前途吗


附加说明:为了不开始一般性讨论,请尝试通过提及uniGUI来回答,而不仅仅是一般性回答。谢谢。

Web应用程序与GUI应用程序非常不同。为某事混合两种方法 比简单的表单或几个按钮更严重,我认为是错误的。

不管怎样,你对此有何感受?你认为它有前途吗

总的想法肯定是有前途的,即使只是在巴纳姆的意义上。这个特殊的实现似乎没有什么特别之处——它并没有让我觉得它是我目前必须处理的任何问题的伟大解决方案。但是,我认为厚客户端应用程序,特别是传统的Delphi 2层应用程序,与web应用程序有很大的不同


如果uniGUI以另一种方式工作,并为Delphi提供一个可靠的MVC框架,然后将其扩展到web,我会更感兴趣。通过这种方式,您可以更轻松地将数据+业务逻辑+GUI分为三个相互连接的部分,而不是传统的Delphi/RAD问题,即业务逻辑在GUI中纠缠在一起,那么web应用程序的开发是一个难题,因为层“必须”分开。这听起来像是在“解决”这个问题,让您在进入web时将业务逻辑混合到GUI中。

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

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

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

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

uniGUI的双重性质只是一个优点。我指的是它能够使用相同的代码库将相同的应用程序部署到web和桌面。这个特性可能对某些开发人员有用,但对其他开发人员没有用处,而且它可能被那些只关注Web开发的人完全忽略

至于可伸缩性,uniGUI和其他类似工具的最佳目标似乎是内部网,其中客户端的数量是可预测的,连接速度不是问题

也就是说,没有什么能阻止开发者开发针对互联网的网络应用。最后,客户端是extjs,服务器端是Delphi事件处理程序。这完全取决于你设计应用程序的聪明程度和管理资源的效率。如果您的每个会话都消耗10 MB的内存,那么很可能很快就会耗尽内存


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

我认为UniGUI的想法很好。但是我认为Embarcadero应该为开发者提供更多的选择,而不是独立的选择。Delphi开发人员一直希望有一种简单的方法来创建web应用程序,而WebBroker非常差

即使大体上你是对的,我也不同意你的观点(因为我希望这是我写的关于“网络应用纯粹主义者”的第一个问题)。并非所有的web应用程序都被100万用户使用,在这种情况下,我100%同意你的看法。但在许多情况下,仅仅因为用户从不同平台、不同地点访问,就需要web应用程序。在这些情况下,用户界面并不一定非常简单。我认为win32+webapp的用户并不多(当然,在相同的场景中)。当然,如果你允许在一个webapp中检索1000000条记录…@user193655你问过这个意见,我会给出它。否则,我看不出问题有什么意义。好的,我将修改我的问题,以澄清我希望有一个与uniGUI相关的答案,而不仅仅是一般性的。谢谢。创建两个世界中最糟糕的应用程序?老实说,我必须承认,我只是在为网络应用程序寻找uniGUI。我真正的评论是:哈文