从实用的角度看，自己写gui库相比直接用Qt有何优势和实用价值？

……至少减少了代码写到一半忘记这个函数怎么用的几率……

很多公司都是把Qt改一改就变成自己的ui库了，显然对于凡人来说尽量避免造轮子

Qt 这种烂掉渣的拿来黑都污手。

一、定制性强
二、拥有版权

@幻の上帝 草拟个规定，给 qt 或者 ndk 或者什么 cocos 一类野鸡库洗地而且顾左右而言他的，按误导论处。

@南瓜猪的的的 扯皮之前搞清楚自己要干啥。
http://tieba.baidu.com/p/3190068223?pn=2 48L
1.在有选择的余地下用不正确的类型是逻辑错误。（没有任意精度整数，只有机器数，考虑性能需求，可以忍耐。）
2.例子：该用该用无符号数的地方用有符号数，该用有符号的地方用无符号数是逻辑错误。
（Java是设计者没敢正视实际需求一意孤行下的2b。）
3.检查下界避免错误比上溢普遍更明显，因此无符号数先于有符号数。

回复 @南瓜猪的的的 :
所谓的反向索引有毛用？主要原因无非就是语言设计者脑子比较逗，搞不出能同时满足接口简洁和类型安全的设计，于是就偷懒糊翔直接把本来无关的两个值域强行折叠在一起用一个类型环境表示罢了。本来这种变通都算不上的瞎胡闹就是反面教材，大概就是因为一坨智商门槛低的烂语言流行所以一坨没见过世面又缺乏（关于正确满足需求的设计的）想象力的外行就自以为正义了嘛……就这点破玩意儿存在的意义都一问三不知还有什么脸洗地。

回复 @南瓜猪的的的 再提一下，“程序本身的速度根本就不是GUI决定的”或许在多数应用下成立，但对于一个倾向于大而全为目标的框架来讲，显然不该有脸这么说——这样库的实现质量就成为短板而影响多数稍微像样的用户应用。由于整体现在的实现质量不咋地，所以要遇到性能瓶颈是不那么困难的——只不过首先不见得就是运行时的时间性能罢了。
实际上最明显的问题可能是Qt发行的二进制文件和预期功能相比经常大到离谱——这已经不是被个别最终用户和开发者抱怨了，可见至少在映像部署的空间效率上已经可以成为瓶颈。（讽刺的是这在一定程度上提升了用户对内嵌浏览器引擎应用的容忍……）为啥呢……就是因为C艹实现机制烂？那么别的C艹库有几个那么夸张？
说白了还是作者自己稀里糊涂不知道怎么搞粗个能平衡普遍需求和个别业务逻辑完整性的一般做法——或者根本地，没搞清楚关键需求。盲目“通用”，内部抽象和复用性都烂，在现有实现下又不敢把模块划分得更细，下场就是这样。（当然林子大了什么鸟都有，我能理解对Qt这种规模的项目中的设计和实现者的普遍水平不能要求太高，不过好歹多拿出点解决问题的诚意吧？）
所以这种二逼指导思想还是歇歇吧，省得以后打脸起来更精彩。