因为Qt是给两种应用设计的框架。
一种是必须跨平台的应用,无论如何都要支持两个或以上平台,并且两个平台要求功能同步,交互体验基本一致,但是开发成本不能成倍增加,Qt基本就是最好的选择了。
第二种是规模很大的应用,源代码规模在至少30万行以上,并且带有复杂UI交互,对发布的时间进度有较高要求,开发组规模在10人或以上。
不符合以上两种情况的应用虽然也可以用Qt开发,但是和用其他技术比起来没有特别突出的优势。
符合以上条件的应用当然数量是不多的,所以题主见过的也就很少了。
但是这种应用的用户规模未必就小,比如WPS,YY都是用户上亿的产品,VirtualBox应该也是千万级用户量的。
Adobe Google Blizzard AutoDesk都在自己的某些产品里用过Qt,百万级用户量也是有的。
反倒是 MFC 这种框架,似乎人人都会,到处都看到有人在用,其实真正大用户量的产品极少是MFC写的(我一时都没想出来有哪个,谁提个醒)。
因为Qt是给两种应用设计的框架。
一种是必须跨平台的应用,无论如何都要支持两个或以上平台,并且两个平台要求功能同步,交互体验基本一致,但是开发成本不能成倍增加,Qt基本就是最好的选择了。
第二种是规模很大的应用,源代码规模在至少30万行以上,并且带有复杂UI交互,对发布的时间进度有较高要求,开发组规模在10人或以上。
不符合以上两种情况的应用虽然也可以用Qt开发,但是和用其他技术比起来没有特别突出的优势。
符合以上条件的应用当然数量是不多的,所以题主见过的也就很少了。
但是这种应用的用户规模未必就小,比如WPS,YY都是用户上亿的产品,VirtualBox应该也是千万级用户量的。
Adobe Google Blizzard AutoDesk都在自己的某些产品里用过Qt,百万级用户量也是有的。
因为Qt是给两种应用设计的框架。
一种是必须跨平台的应用,无论如何都要支持两个或以上平台,并且两个平台要求功能同步,交互体验基本一致,但是开发成本不能成倍增加,Qt基本就是最好的选择了。
第二种是规模很大的应用,源代码规模在至少30万行以上,并且带有复杂UI交互,对发布的时间进度有较高要求,开发组规模在10人或以上。
不符合以上两种情况的应用虽然也可以用Qt开发,但是和用其他技术比起来没有特别突出的优势。
符合以上条件的应用当然数量是不多的,所以题主见过的也就很少了。
但是这种应用的用户规模未必就小,比如WPS,YY都是用户上亿的产品,VirtualBox应该也是千万级用户量的。