@Junjunya 感谢支持 我们还会不断努力做出更多的独立库

没有细看，为手册放看云点个赞👍

今时今日 这种框架优势并不大 看看腾讯官方的各种接口 SDK 就知道 内部规范啥样了

赞一个^_^

楼主 写小说来看云吧^_^

@frozenthrone 抱歉 https 没有加自动跳转 加上 www 访问就行了

@gavinczhang 你可能没明白我的意思，不同的框架默认加载或者启动的类以及请求生命周期各有不同 例如 CI 我记得是默认不开启 Session 的 而其它框架默认会启动，这个对于你这种 helloworld 测试来说的话 数据差异是非常大的。我的建议你的压力测试最好是使用数据库操作，这是最起码的使用场景，谁用框架来写 helloworld ？而且框架不太可能存在一键开启全部优化的情况，你觉得 apache mysql 有开启一键优化的配置么？ 框架的使用场景和环境太复杂了，调试模式的关闭不代表你的框架就已经进行调优了；
框架的重点不是类库，类库的问题无论目前的 Composer 还是以前的类库包都能解决，框架的处理机制和请求生命周期可以做什么以及怎么做，决定了你的功能是否强大，是否方便扩展。数据验证就算是前后端分离，后端依然要验证；
模板引擎的存在并不一定是为了给开发人员写的，否则 MVC 还有啥意义；
DI 和 IoC 的优势，如果你了解 Laravel 就明白了；
那些自诩性能很高的框架我见过很多，代价就是缺少功能以及不够完善（一旦你的用户群越来越大，你会不断增加功能满足这些需求，然后。。。），主流框架在完成相同的功能和机制的情况下，其实性能已经优化的不错了，无论 thinkphp/yii/laravel，所以应该去说你的框架如何好用，而不要用不负责任的测试数据去误导用户（讲真，现在主流框架都不在乎运行性能）

文中提到的评测数据毫无意义 在你不了解每个框架的内部机制的情况下 数据差异是很正常的，而且还涉及到优化的层面，作为一个部署项目，不优化就上线的情况较为少见；
其次，所有的性能问题随着你的自定义框架的功能完善以及业务场景需求都会不可避免的下降，框架如果仅仅是为了解决部分需求 那根本不需要框架，当你的框架慢慢完善成为主流框架的时候再来做一次数据比较就非常明显了；
DI 或者 IoC 等设计带来的开发优势 相对于学习成本和性能损耗 是值得的；
说模板引擎毫无意义的 主要是不想重复造轮子，如果你的应用还是传统的 MVC 模式 模板引擎仍然有意义 ；
总而言之，性能不是重复造轮子的理由，学习和提升才是重点，但一个框架的实用是否有太多的细节和体验；

@tamlok 预览确实是为了阅读的效果，但编辑的时候也要知道实际的阅读效果是什么的吧（事实上很多 md 编辑器都支持预览 不过也可以关闭 其实 vscode 的 md 预览效果挺不错的） 至于分心的问题 只要能关闭预览 就没问题。

根据我们的经验，语法高亮仍然不能替代实时预览，看云也曾经在这个问题上纠结过，当然还有一个关键的问题是 使用扩展标签的时候 必须要预览才能有效查看。

@beyoung 我们后面会有自动发布的设置 因为看云和 gitbook 有区别 gitbook 阅读也是在版本库 看云的阅读是在数据库 编辑是在版本库 ，目的是为了方便作者在需要发布的时候再进行发布操作 ，一旦发布上线后 就可以设置自动发布 同步后自动发布更新

楼主，看云欢迎你，一定火！

@MrWhite 感谢关注，激活码可以在 http://www.thinkphp.cn/topic/48379.html 查看每天更新，V 友好像不关注 TP 就没每天在 V2 更新

@nfroot 5.0 已经处于稳定维护阶段，在维护生命周期内 会发布一些小版本的修正版本或者安全更新版本 5.1 属于另外一个大版本号了

赞一个

出版是一个很漫长的过程，技术图书可以考虑在看云做电子出版并及时修正用户反馈的勘误，在取得一定口碑和人气后，然后由平台对接出版社来完成出版工作^_^

@wisefree 如果你是多人团队写作的话 看云肯定比简书方便 都是 MD 啊 另外 看云支持付费阅读哦 ^_^

给你一些资源文档 http://www.kancloud.cn/special/python 技术文档首选写作平台 不是盖的~

@borischenc gitbook 有的功能看云都有 ，主要包括 GIT+MD+团队写作，还支持付费阅读和打赏，帮助开发者通过文档教程创收