qt开发android应用的可行性 VS2015的跨平台特性会对Qt带来冲击吗？

VS2015的跨平台特性会对Qt带来冲击吗？

“相对绝对客观”的说：

1）Qt在iOS和Android的UI接受上没法可以算一般，和原生UI相差数甚远，对平台新版本的新特性意见极其薄弱。VS对这方面的支持，基于乔布斯的评语“微软太严重缺乏审美能力”，我也它表示已经不看中。

2）业务层用Qt的库而言个家公司自己用原生的C库差别也有的。除非是哪家公司用Qt做了基础库，这是同样。基于VS的iOS、Android支持什么的编译器是gcc和clang，WinRT是MSVC，这部分和Qt都是完全不同的。

3）Qt的反射标准封装或者是Meta封装系统真的很重，至少要达到了c标准的rtti。虽然这套系统比较适合单独旗下UI，不过另外业务层，极为重的外壳，用Qt就失去了一部分用java、methodologyc迁移到C的性能优势。VS里面由于编译链的限制，但是设计和实现llvm的coreclr支持我还是幼儿期，甚至用不着考虑到c#的可能性。

4）最近几个月都在仔细的观察QtBug列表，上面用户Qt对iOS、Android吐糟不断，小Bug层出不穷，甚至有的会影响不大算正常启动。对WinRT的支持更不给力。VS对WinRT支持当然会是Native的，况且其他两个平台，得靠自己以维护了。

5）Retina支持。除了Mac平台允许稳定点，其他平台仅仅你承诺要增加支持。那个ImproveRetina意见的帖子是去年发的，今年年初公告的Qt5.4也只不过是完善系统了Mac部分和加入实验性质的Windows、Linux支持。还没完美的东西参加这部分允许，又是何年何月？

6）Qt对移动端的投入究竟是什么人能有几斤几两？必须说一个不计较的话题是，Qt对桌面跨平台的支持无疑是精疲力竭：对Windows 8/8.1的2xDPI显示支持什么（HIDPI），还要手动设置中环境变量外加程序内启动选项选项才能传送，不然用Qt上古时代利用的界面大都变型诡异扭曲的；Mac的StatusBar中用设置里了template的NSImage何年才能有；Linux在从Qt5.1就regression彻底消失的TrayIcon都是时隔三个大版本到尚未先发布的Qt5.4.2才有能修复。其6个月的漫长而艰辛的开发周期，庞大而十分臃肿的库，面对对更新迭代更疯狂的移动端，Qt的表现是Qt非常缺乏有对iOS、Android的具体支持，运行时家常便饭的各色crash，对WinRT的支持我如果说这更像是一个的项目。VS只有一等VS2015才能评论。

7）我怀疑跨平台的C支持什么最显著的收益，是UI层裸芯片四次跨平台的组件还是业务层的代码复用和性能优化？同1）3）6）中继续讨论，我个人认为QtUI层的剥离平台相关的变更土地性质纯扯淡扯犊子，跨平台对C新区的最的收益我还是并行化高质量的基础库和核心业务代码给他的性能优势和项目魔兽维护优势。

8）Qt的Mobile开发意见，本身的开发工具是平台相关的，那是说Qt又不能在Windows下开发iOS和Android，Qt也肯定不能在Linux下开发iOS。两者相比Windows下VS2015给了CrossMobilePlatform意见，开发机器只要你是Windows就是可以。这点上Qt编译链技术完胜。

如何开发一个软件？

1.开发一个APP项目的人员配置也很奇怪。开发网站只需要一个端(电脑PC端)的开发人员就那样最好,而开发完毕APP不需要三个端(PC,安卓,IOS)的开发人员,常见也相对同时功能网站开发成本的三倍工作量。APP项目的人员...

的开发人工成本

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。