Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/delphi/8.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
未来的Delphi与Qt_Delphi_Qt_Vcl - Fatal编程技术网

未来的Delphi与Qt

未来的Delphi与Qt,delphi,qt,vcl,Delphi,Qt,Vcl,Delphi的下一个版本是否会发布跨平台支持和基于Qt的组件?如果是这样,我们是否必须与Qt一起分发?(我对Qt一无所知) QT如何帮助Delphi世界,为什么许多使用C++的程序员开始使用QT,VCL会发生什么? < P>将有一个新的VCL +库,与VCL“经典”库一起发布。 据我们所知,这个VCL+库将基于Qt4。 “经典”VCL将保留,但仅针对Windows < Q>由于Qt是基于C++的,将有一个包含库的“平面”版本的DLL,准备从Delphi代码访问。此dll必须随应用程序一起发布。由

Delphi的下一个版本是否会发布跨平台支持和基于Qt的组件?如果是这样,我们是否必须与Qt一起分发?(我对Qt一无所知)
QT如何帮助Delphi世界,为什么许多使用C++的程序员开始使用QT,VCL会发生什么?

< P>将有一个新的VCL +库,与VCL“经典”库一起发布。 据我们所知,这个VCL+库将基于Qt4。 “经典”VCL将保留,但仅针对Windows

< Q>由于Qt是基于C++的,将有一个包含库的“平面”版本的DLL,准备从Delphi代码访问。此dll必须随应用程序一起发布。由于Qt可以静态链接,我想这个dll将包含所有必要的Qt代码,可以在Windows/Linux/MacOsX上运行。但另一种可能性是拥有一个“平面”dll,它可以调用其他Qt dll,当发布新的官方Qt更新时,该dll可以被有意升级:最好不要依赖EMB来跟踪Qt升级,也就是说不要购买新的Delphi许可证来访问更新的Qt框架

我怀疑Delphi程序员使用QT的方式将远远超出C++程序员使用库的方式。Qt严重依赖于宏和预编译(编译Qt应用程序非常耗时),而Delphi将依赖于组件和更经典的面向类(编译速度很快)

当Borland发布基于Qt2的Delphi和Kylix时,我们只能从CLX库所做的事情中猜测。我希望他们从这个实验中学到了什么(CLX从未被广泛部署/使用)。但Qt4确实比Qt2更具吸引力


我们还不知道VCL+对Qt内核的依赖程度。RTL的某些部分是否会转化为更好地匹配Qt设计?例如,多线程和套接字会调用Qt内核的相应部分吗?对于跨平台兼容性而言,这是有意义的,而不是重新发明轮子,因为Qt工程师已经做了艰苦的工作并对其进行了维护…

好吧,根据他们以前的路线图,当前版本(Delphi XE)应该提供跨平台支持;也就是说,为不同平台(Win、Mac、Linux)编译项目,而不是将IDE移植到这些平台。但他们没有提供,并将其推迟到将来发布

问题还很模糊,;它说他们会提供,但没有具体的时间框架(64位编译器预览除外)。Embarcadero推迟了预期功能(例如64位支持或跨平台支持),但没有适当通知客户几次,例如,大多数(如果不是全部的话)客户都不知道XE在正式发布前几周没有跨平台支持。因此,看到他们再次推迟或完全放弃当前的路线图,我并不感到意外

对于Qt,根据Delphi产品经理Mike Rozlog的说法;他们的跨平台支持将基于他们以前的跨平台库(),该库在Delphi6和Delphi7中提供。甚至他也提到,大多数现有的基于CLX的应用程序可能会使用新的跨平台功能成功编译。因此,如果这一点没有改变,那么是的,这将是一个基于Qt的解决方案。CLX也是基于Qt库的

如果它是基于Qt的,那么您也必须部署Qt运行时库。在Linux中,这不应该是一个问题,因为据我所知,大多数Linux发行版已经安装了Qt运行时。对于Windows,我知道它不是默认安装的。我不知道苹果操作系统

Qt如何帮助Delphi世界

Qt是一个流行且成熟的跨平台框架,由诺基亚拥有和开发,并免费发布(LGPL许可证)。Delphi可能只是想使用QtGUI小部件来支持跨平台GUI,但Qt本身几乎由许多不同的库组成,并且只是一个GUI框架

为什么很多程序员使用C++启动? 与他们一起使用Qt

你应该从C++开发人员那里问这个问题,但我可以这么说。Qt是一个经过验证的跨平台框架,具有良好的IDE和UI设计器(),可以轻松地与流行的开发工具(如Visual Studio)集成,具有良好的支持,您可以找到几乎所有主要编程语言的Qt端口,诺基亚正使用它作为其当前和未来移动平台的基础软件框架(例如Symbian ^4和MeeGo)

VCL会发生什么

再次提到Mike Rozlog;他们将保持VCL作为基于Windows的框架,并为跨平台开发提供一个类似于VCL的新框架

我们必须用Qt分发吗

很可能。这在很大程度上取决于它将如何实现,以及Qt将如何链接到可执行文件。根据所使用的Qt许可证的类型,也有一些有趣的含义。LGPL不是MPL或BSD

为什么很多程序员使用C++启动? 与他们一起使用Qt


是一个C++库,C++开发者直接使用它。从C++中编写可移植应用程序是有意义的。在包装上创建包装器,QT/VCL将是什么意思。他们将采用这种方法,因为它更快地提供跨平台框架,但是他们没有从MI中学习任何东西。他们所做的赌注(CLX,VLC.NET)并将再次重复。他们将不得不将一个用onw设计编写的库映射到Delphi库设计,这意味着在无法控制底层框架的情况下有很多折衷。嗯,这将是一个像CLX和VCL.NET一样的失败。

Qt.不是Qt.:-)试图抵制将标题改为“未来的德尔福与Qt”:-)我会尝试停止对这件事发火