ThinkSNS+ 基于 Laravel master 分支，从 1 到 0，再到 0.1

大家有什么问题，可以在下面问我，我会一一解答。

火钳刘明，以前好像用过thinsns呢，感觉有点慢，最后还是换成discuz了。希望用新的架构的snsplus能够挑战discuz。

@andu 是的，以前的 ThinkSNS 很缓慢。这也是重写的原因之一。

ThinkSNS 团队目前主要的盈利方式是为企业建立 SNS 平台吗

@MrJing 目前主要的盈利确实来自于我们服务的企业，更多的已经不是搭建 SNS 平台了，而是技术支持、解决方案的提供以及产品定制服务。

@medz 嗯嗯，感谢回复！

楼主有没有考虑过把这个拓展能力单独抽取出来，独立于ThinkSNS+？

希望可以搞个 demo 站点，方便看看效果

@leo 其实这个抽出来也没法直接作用到 Laravel 框架上，你看加载 providers 的地方，其实是按顺序添加的，这里我为了实现这个拓展，继承了 Illuminate\Foundation\Application 然后重写了 registerCoreContainerAliases 函数实现这一拓展。

@徐小花 其实，不太好搞demo站，因为整个程序没有web页面，唯一有的是后台。

所以ThinkSNS+ 是一个开源SNS程序吗，讲了半天还是没搞懂是干嘛的，不太好搞demo站，因为整个程序没有web页面，唯一有的是后台。 那么搞个后台的demo？

@Ryan 是开源的程序，之所以不搞demo站，是因为没有pc页面，只演示后台没有意义，而且，我们是等到 SPA 开发完直接上 SPA 作为演示。pc目前正在弱化，这个 ThinkSNS+ 是只提供API的程序。

如果严格的说测试站，邀请测试的服务器 http://test-plus.zhibocloud.cn 这个应该算演示站。对于用户而言，我们的体验站已经发布了，用户下载 app 体验。后端 API部分其实本身没必要上线。

改个名字说不定更好 laraSNS :satisfied:

@Boomdawn ?大哥，之前叫 ThinkSNS 不是因为 ThinkPHP 只是最开始和他们公司是合作商的关系而已。

@medz 没有web页面 怎么不采用lumen呢 嗖嗖嗖的。。

@redrain 没有web，不代表没有web需求，需求是有的，因为设计了拓展模式。拓展中是无限制的。换句话说，web页面可以用拓展进行开发。其次，我们觉得 lumen 不够优秀。

@medz 自从有了lumen做API我们一直用lumen，实测并发是laravel的2倍不止。 thinksns从12年开始关注，使用，从2.8一直到到现在的4.0都有关注，但是现在thinksns的社区似乎没有以前热了，希望thinskns+ 你能做得更好！

@redrain 感谢关注，不选择 lumen 其实是会出于多方面考虑的，而且，社区l 对 lumen 的更新热度远没有 laravel 高。而且，我们希望通过拓展尽可能的发挥 laravel 的优势。以及各方面的服务。而不仅仅是核心提供 API 而已。

你好，medz 我想请问下这个项目必须php 7.0以上才可以运行吗？
你们现在该成laravel 主要是真对移动api 吗？之前用thanksns就感觉很高大上，设计 还有登录的页面做的都很好，期待你们sns做成更好的产品，我没事的时候也总看一些laravel的项目，目前没发现有用laravel做sns的项目！

@pszhao 环境上，我们开发 ThinkSNS+ 选择的是 php7 主要考虑的是 5.5 的 Laravel 也是 7，其次，我们希望能用抢类型的方式开发。

那你们这边的laravel的版本用的是多少？ 最新的5.4吗？

@pszhao 目前是 5.4 准确的说，是 master 分支。一旦 Laravel 把 master 更新到5.5，我们也会随之升级。

谢谢大神的回复，好神速啊，热真热心

@pszhao 我也是刚好在线而已，

php artisan component install 请问这个是怎么封装的啊? 从前没有见过
@medz

@Hexor 你好，请看 https://github.com/zhiyicx/thinksns-plus/b... 这里是封装 php artisan component [install|update|uninstall] packageName 命令的文件。你应该差不多能明白了。

如果是用 vagrant 的环境的话, 安装 medz/plus-component-example 之后有点问题,

在 config/component_routes.php 中

<?php 
return 
array (
  'medz/plus-component-example' => '/Users/Hexor/Workspace/lookfeel/thinksns-plus/vendor/medz/plus-component-example/router.php',
);

因为实际 php 环境在 vagrant 中, 所以这个路径应该在 vagrant 中的路径, 比如

/home/vagrant/thinksns-plus/vendor/medz/plus-component-example/router.php

否则会报错.

你看这能不能用一个相对路径?

@Hexor 其实这种情况属于php文件系统在虚拟机中的问题，因为这个地址是有包提供给我的，基本上用的都是类似

return __DIR__.'/routes.php';

这类方法返回的，如果使用相对路径，包只能给我相对于他包的路径，然后我安装的时候还需要依赖 composer/composer 包得到 vendor 下的包路径进行设置。不知道在虚拟机中 realpath 函数的表现形式是否和魔术常量 __DIR__等表现一致，如果不一致，在包里面可以采用

return realpath('./routes.php');

的方式返回。目前测试，在真实环境以及 docker 环境都是没问题的，vagrant在开发过程中其实没想到还有这个东西。
您有vagrant环境，是否愿意测试并修复这个问题呢？?

@medz 好的 我下午测测

@Hexor 好滴，非常感谢。?

感觉还是不行.

首先不论虚拟机里的表现是如何的, 因为 php artisan component install 命令只能在外部机上运行, 而一旦运行, 如果生成的是下面这种具体的路径, 那就肯定是不对的, 而且无论在外部机上怎么修改, 这个路径也不会生成为虚拟机内部的路径.

'medz/plus-component-example' => '/Users/Hexor/Workspace/lookfeel/thinksns-plus/vendor/medz/plus-component-example/router.php',

除非生成的路径不是具体的, 是用某些函数或者是其他符号组成的相对路径, 而具体路径需要在程序运行时拼出来, 才行吧.

另外无法去到虚拟机内部运行命令是因为, vagrant 虚拟机内部是没有代码文件的, 虚拟机内运行程序时, 程序代码是从外部机实时映射进虚拟机, 而在虚拟机内部运行命令是无法改变外部机的代码文件的.

最后
realpath('./routes.php');
返回是空啊

@Hexor 额～我不太明白了～为何程序运行在虚拟机里面，命令行却不在虚拟机里面运行？

@medz 恩 应该是我之前对 vagrant 的理解有偏差, 对虚拟中的文件的更改是双向的 (也就是说在虚拟机中更改文件, 宿主中的文件也会同样发生变化), 所以只要在虚拟机中运行所有命令就可以了.

@Hexor 嗯～因为在我的印象中，应该在虚拟机运行命令的，举例window10 自带linux子系统，我用linux部署的程序，在cmd里面运行就会出现你描述的问题，在window10中，正确的应该是在子系统里面运行命令，所以虚拟机同理。

主要是基于什么目的 自己重写了一个 Illuminate\Foundation\Application ?

@Hexor 没有重写，在 plus-component 中只是在 AppServiceProvider.php 增加了路由的加载项。如果你说的是 1.1 的 plus-plugin 的话，是继承 Illuminate\Foundation\Application 对加载 app.providers 的函数做了修改而已。

@anyuzhe 其实使用很简单，文档主要讲的是安装和一些拓展开发细节。技术分享文档暂时没有计划写。不过会在 Laravel china 持续发贴分享开发心得。

@medz

问题1:

我的意思是, 现在代码中使用了一个非系统的 Zhiyi\Plus\Application::class, 使用这个的目的是什么?

因为你之前回答能否单独抽取这个功能时候, 说为了实现拓展功能必须要这样做. 我是想知道为什么必须要这样做才能实现拓展.

问题2:

由于系统中的 registerCoreContainerAliases() 方法已经注册了 app 这个 alias

'app'  => [\Illuminate\Foundation\Application::class, \Illuminate\Contracts\Container\Container::class,\Illuminate\Contracts\Foundation\Application::class],

那么, 在系统注册了之后, 又注册了一次
$this->alias('app', \Zhiyi\Plus\Application::class);

意思是会把原来注册的覆盖? 如果不是覆盖而是同时存在的话, 那在从 container 中解析的时候, 系统会按什么样的逻辑解析出来这个 class, 是解析哪个出来呢?

其实我们也想做一个类似的系统, 想要实现的效果跟你的 component 非常类似.

我们需要一种插件或者组件的功能, 在项目中能够自由的控制哪些模块被开放, 以及在不需要某个模块的时候直接 uninstall 就可以清除掉剩下的遗留文件. 这样在多个项目中就可以非常清晰的控制复用的部分, 也能减少整个项目内部功能之间的耦合性.

所以我们也在考虑是否仿照你的 component 写一个我们自己的系统, 或者直接使用你们开源的thinksns+, 我们也贡献代码, 一起完善这个项目项目. :laughing:

@Hexor

问题1

使用 Zhiyi\Plus\Application::class 的目的如下：

/**
     * Register all of the configured providers.
     *
     * @return void
     * @author Seven Du <shiweidu@outlook.com>
     */
    public function registerConfiguredProviders()
    {
        (new ProviderRepository($this, new Filesystem, $this->getCachedServicesPath()))
                    ->load($this->getConfiguredProviders());
    }

/**
     * Get all of the configured providers.
     *
     * @return array
     * @author Seven Du <shiweidu@outlook.com>
     */
    protected function getConfiguredProviders(): array
    {
        return array_merge(
            $this->config['app.providers'],
            $this->config['providers'] ?? []
        );
    }

同于实现 plus-plugin 可以直接使用 Laravel 的 Poviders.

问题2

$this->alias('app', \Zhiyi\Plus\Application::class); 并非覆盖 Laravel 的别名，而是把 \Zhiyi\Plus\Application::class 注入到别名列表中，按照持续运行逻辑 app()、\Illuminate\Foundation\Application、Illuminate\Container\Container、Illuminate\Contracts\Container\Container 在使用 app(class) 的时候都是得到 Zhiyi\Plus\Application 的单例，这个你可以看 laravel 的容器概念你就会明白了。

回复你

ThinkSNS+ 定位已经不是一个存粹的开源sns持续了，计划开发的就是一个只带有用户，其他都是拓展实现的框架系统。哈哈，你可以仿照也可以一起维护。也可以同构。

@Hexor 其实无论你是参考ts+自己开发，或者一起维护，都是非常好的事情。如果一起维护，非常欢迎的哟，可以加到协作者中。

那区别不就是加了一个 $this->config['providers'] ?? [] 吗? 而且这个其实也是个空数组, 没有什么用啊.

我把 bootstrap/app.php 里的

$app = new Zhiyi\Plus\Application(
    realpath(__DIR__.'/../')
);

换成

$app = new Illuminate\Foundation\Application(
    realpath(__DIR__.'/../')
);

这样就没有使用你的 Application 了吧. 运行了一下 php artisan component install 以及 php artisan component uninstall
也没有报错啊

@Hexor 是的，因为你安装的拓展是 plus-component 类型，你安装的是 plus-plugin 类型，也不会报错，但是安装后不会生效。不过，今天设计了一个覆盖配置的服务，1.2的时候会修改上。

之前的安装方法 貌似木有了~

@pszhao 在的，因为整理文档的原因，新的文档编写还没有写上去。

哦哦 原来如此啊，大神真辛苦

@pszhao 是的，最近一直在整理文档。

composer create-project zhiyicx/thinksns-plus 报错了，版本约束冲突了

@QiyueShiyi 额～能说一下您的 PHP 版本么～还有，我刚刚收到回复后，在 PHP 7.1.14 环境下试了下，是 ok 的

@QiyueShiyi

@QiyueShiyi https://github.com/slimkit/plus/commit/376... 我提交了新的版本依赖，但是还没有发版本。至少累计 5 个后发版本。你要不试一下 :

git clone https://github.com/slimkit/plus && cd plus && composer install

我又试了遍还是不行，我是在 Homestead 里

@QiyueShiyi 你执行 composer create-project slimkit/plus -vvv 详细错误信息答应，我看一下呢～谢谢

slimkit/plus 和 zhiyicx/thinksns-plus 是一个包，昨晚改名了?

@medz 好的

composer create-project zhiyicx/thinksns-plus -vvv

@QiyueShiyi 问题找到了，你是不是使用了 https://packagist.laravel-china.org 这个中国镜像？这个没有同步一些新包，导致 composer 找不到匹配的包导致的。推荐你切换到 https://pkg.phpcomposer.com

OK 了，我换成了 https://packagist.phpcomposer.com 的镜像好了