为什么没有人为Delphi开发QT绑定。
过去我们将QT 2.x集成为Delphi中的CLX。
我真的讨厌CLX包装器,因为它们有缺陷并且难以扩展。
但是为什么没有人使用外部DLL调用的API列表(与JCL包装Windows API的方式相同)。
编写这样的API函数映射是否如此困难?或者也许QT类不能暴露给非C呼叫者?
欢迎任何这方面的提示。
答案 0 :(得分:1)
qtintf.dll似乎是您正在寻找的平面API DLL和Qt.pas相应的导入单元。
答案 1 :(得分:1)
我建议你等待VCL +,即下一版Delphi的Qt绑定。
问题是Qt基于宏,基于C ++。所以Qt“flat API”非常冗长和大。我想知道EMB将如何创建自己的VCL +绑定,但我肯定会等待他们在任何Delphi项目中使用Qt的实现。
如果您不能等待,并且真的想要跨平台用户界面(支持Mac O $),我建议使用http://www.twinforms.com/products/wxformsdelphi而不是Qt。它依赖于一个单独的DLL,但它更容易开发,并且维护良好/有文档记录。
答案 2 :(得分:1)
答案 3 :(得分:0)
据我所知,显然Delphi XE2的跨平台组件库(明年即将推出的版本)将基于QT,有点像CLX,它实际上应该正常工作。