这个设计确实挺清晰的

确实语法写的清楚，而且也讲明了C++不同版本的一些语法特征及优化。

这次我站凡经理，那不是可以，那是相当可以，名词翻译的很准。

比如=就说的是转让，用这个词显然比赋值更为贴切。

😂

这个文档的确很清晰方便

deepin的一些开发文档，也需要内容改善下。

我记得好像可以提PR来维护的

deepin，要多招点人才行。

微软最有意思的事情：希望别人坚持的，自己不会坚持

相当认同，做公共接口一定要有完善体系的文档，而且个人认为应该提供多且不止1个的例子来对每个接口进行阐述，不然，写个接口功能，根本不是公司内部的人员完全不知道从何下手

补充一下，我认为现在很多使用dtk控件的基本上也没用到太多扩展功能，主要就是界面美化一下居多

想要脱离Qt库的绑定，官方还是要吃透Qt源码，尤其是GUI和文件管理。

脱离不了，DTK和Qt是深度绑定的，但是DTK其实如果想做牛皮点，可以做成windows/linux互可编译，并且能够提供对应的静态链接库，现在DTK还有一些平台插件，没有这些平台插件，也没办法实现美化，反正搞得很复杂，希望他跨平台

其实文档和开发就是天敌，开发都不愿意写文档，哈哈。

不写文档，那只是项目内容少，如果项目内容增加很多，写文档反而查阅项目的内容并不会变的繁琐。

再说了，deepin也是全球开源的系统平台，开发需要文档非常正常。

当然是希望写

微软的开发工具之所以在国内比较流行，就是因为他的中文文档特别丰富，而且基于组件的可视化设计做的相当好。可惜，微软很少做linux环境下的开发工具。还不错，放了个开源的vscode，但与VS相比，简直不可同日而语。

deepin的DTK，也需要完善开发文档