在Symbian Vs桌面上使用Qt
我在跨平台桌面应用程序（Mac、Win和Linux）开发中使用Qt将近一年半了。我想知道当我们去Symbian时，开发有什么不同在Symbian Vs桌面上使用Qt,qt,symbian,Qt,Symbian,我在跨平台桌面应用程序（Mac、Win和Linux）开发中使用Qt将近一年半了。我想知道当我们去Symbian时，开发有什么不同 非常感谢您的帮助根据我的经验，桌面开发比Symbian开发更高效，因为实现测试周期更快。我在Symbian上做Qt已经半年了，但当时模拟器的工作速度非常慢，通过Carbide进行设备调试，而且TRK有点容易出错 虽然API是相同的，但是如果您想做的事情还没有被Qt涵盖，那么您可能需要进行一些本机开发，就像我们在Qt之前所做的那样。在这种情况下，实现PAL层可能是一个好
非常感谢您的帮助根据我的经验，桌面开发比Symbian开发更高效，因为实现测试周期更快。我在Symbian上做Qt已经半年了，但当时模拟器的工作速度非常慢，通过Carbide进行设备调试，而且TRK有点容易出错 虽然API是相同的，但是如果您想做的事情还没有被Qt涵盖，那么您可能需要进行一些本机开发，就像我们在Qt之前所做的那样。在这种情况下，实现PAL层可能是一个好主意，这样一旦Qt支持它，或者如果您想针对MeeGo等其他平台，您就可以轻松地进行切换。由于Symbian在各种设备上运行，因此可能有也可能没有对您想要的东西的支持。例如，我们在让OpenGL在某些设备上运行时遇到问题
在UI设计方面，我们发现Qt中的Symbian风格不是很吸引人，也不像S60，因此您可能需要花费一些精力来定制UI。如果这一点还没有改变的话，它将有望随着即将推出的Symbian和Qt版本而改变 根据我的经验，桌面开发比Symbian开发效率更高，因为实现测试周期更快。我在Symbian上做Qt已经半年了，但当时模拟器的工作速度非常慢，通过Carbide进行设备调试，而且TRK有点容易出错 虽然API是相同的，但是如果您想做的事情还没有被Qt涵盖，那么您可能需要进行一些本机开发，就像我们在Qt之前所做的那样。在这种情况下，实现PAL层可能是一个好主意，这样一旦Qt支持它，或者如果您想针对MeeGo等其他平台，您就可以轻松地进行切换。由于Symbian在各种设备上运行，因此可能有也可能没有对您想要的东西的支持。例如，我们在让OpenGL在某些设备上运行时遇到问题
在UI设计方面，我们发现Qt中的Symbian风格不是很吸引人，也不像S60，因此您可能需要花费一些精力来定制UI。如果这一点还没有改变的话，它将有望随着即将推出的Symbian和Qt版本而改变 Fredrik提到使用碳化物IDE。你试过Qt Creator吗？设备调试非常好。此外，Qt Creator还介绍了Qt模拟器，这是一个在桌面上运行的程序。它的工作是模仿移动设备。它可以通过Qt脚本编写脚本。例如，如果您使用的是location API，这允许您模拟移动到不同的位置。这是我写的一篇短文
从Linux的角度来看，Symbian SDK仍然具有windows依赖性。诺基亚提供了一个可以让您在那里编译的编译器库。Fredrik提到使用Carbide IDE。你试过Qt Creator吗？设备调试非常好。此外，Qt Creator还介绍了Qt模拟器，这是一个在桌面上运行的程序。它的工作是模仿移动设备。它可以通过Qt脚本编写脚本。例如，如果您使用的是location API，这允许您模拟移动到不同的位置。这是我写的一篇短文
从Linux的角度来看，Symbian SDK仍然具有windows依赖性。诺基亚提供了一个允许您在那里的编译器场上进行编译的工具。您从何开始寻求帮助？因为Qt是一个跨平台的，UI设计和API几乎是一样的。你为什么要寻求帮助？由于Qt是一个跨平台的平台，因此UI设计和API几乎是相同的