升级场景

ThinkSNS+ 一直依赖，都是保留 Laravel 的 commIT 记录的前提下，进行开发，为了追随 Laravel 的升级，我们在本地的仓库中新建了一个分支，如果 laravel 更新频繁，则每周一进行 merge 操作。然后再发送到ThinkSNS+的 GitHub仓库上（仓库地址 https://github.com/slimkit/th... ）。所以此次升级同样采用 merge 的方式升级。

前端构建

Laravel 一直都有提供脚手架，5.5 则提供了 Vue 和 React 两种切换，对于前端老说，其实脚手架很优秀，但是不是适合所有场景，就和之前文字分享如何构建兼容 Laravel mix 辅助函数的前端构建一样，本次升级直接抛弃了脚手架。

包自动发现

说到「包自动发现」这个功能，其实 ThinkSNS+ 开发出来的时间比 Laravel 5.5 开发出来的时间还要早，最开始的时候，我们是采用 Composer 插件的方式来管理包清单，然后 ThinkSNS+ 使用这份清单进行服务提供者的加载。而后因为拓展包中有可能还会使用 Laravel 的拓展包，所以抛弃了 composer 插件的方式，我们从核心入手，选择在 composer.JSON ，然后这种方式一直在内部开发使用持续了大概三个月之久，后来关注 Laravel 5.5 开发动态，发现 laravel 5.5 选择从 vendor/composer/installed.lock 入手去匹配清单，比我们之前开发的更好，所以直接仿照 写了一份从 vendor/composer/installed.lock 匹配清单的代码。总结，这次升级对于半年前就开始使用这个功能的我们来说，影响太小了，以至于这次升级中，我们舍弃了之前维护的包包清单管理代码。而 之前的所有拓展包均可以正常使用。

JSON 异常消息

这块升级后确实影响蛮大的，因为之前所有 API 接口都是按照 5.4 的一个结构进行返回，升级后，5.5 的结构出现。被移动端头子给怼惨了，这块不说了，下午还要写文档，移动端需要兼容两个格式。

其他影响

因为 ThinkSNS+ 在开发的时候我们就遵循一个原则，所有 Laravel 的东西不动，需要的东西进行拓展，所以此次升级出了上述说的 json 消息以外，几乎没有任何影响。

上面的图是 ThinkSNS+ 安装后的默认首页。

上图是网站的后台部分页面截图，网站后台采用的是 ES6 + Vue 的 SPA，后台管理接口没有采用 token 认证，而是采用传统的 Session。这样有助于安全。

当然，我们也在为 ThinkSNS+ 开发一个友好的文档网站（之前一直在 github 中写 markdown ）不涉及后端，文档使用 markdown 维护，前端使用 ES6 + React + MATErial-UI 进行开发。看图：

当然，正在开发中哈，暂未公布。

但是我们有已上线的PC端的demo体验站，欢迎体验：http://tsplus.zhibocloud.cn/f...

还有手机H5端，以及APP体验，更多产品体验请访问：http://www.thinksns.com/exper...

ThinkSNS-Plus（ThinkSNS+），看完整的开发代码可以看仓库：

GitHub: https://github.com/slimkit/th...（开源不易，求 Star ）

ThinkSNS官网：http://www.thinksns.com/