给大家一个小惊喜，Laravel 插件，从 packagist.org 自动安装到项目中。

mouyong 的个人博客 / 6 / 39 / 创建于 1年前 / 更新于 1年前

Laravel 的应用市场管理器：github.com/plugins-world/MarketMan...

本作品采用《CC 协议》，转载必须注明作者和本文链接

Study hard and make progress every day. Study hard and make progress every day.

附言 1 · 1年前

目前插件市场已经发布了，laravel 的插件管理器也发布了稳定版本。

本帖由系统于 1年前自动加精

mouyong

课程读者 530 声望

打杂的 @ 某某医学

努力学习，每天进步！好好学习，天天向上！

21 人点赞

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

讨论数量: 39

九霄道长

课程读者 200 声望 / 全干工程师 @ 家里蹲

这种插件形式和 DDD 异曲同工之妙

1年前评论

mouyong （楼主）

体验体验？

fourn

@mouyong

mouyong （楼主）

@fourn 怎么了？

liaosp

课程读者 402 声望

真的太有想法了，什么驱使你去这么惊艳的东西

1年前评论

mouyong （楼主）

在还没有建设应用市场的时候，需要快速安装插件。这时候就可以直接从 packagist.org 安装符合规范的插件。

晏南风

见习助教 148 声望

这不就是 composer web 可视化工具?

1年前评论

mouyong （楼主）

composer 可视化无关的。这个只是插件管理。

arvin-hermit

169 声望

这解决了啥问题！！！

1年前评论

mouyong （楼主）

laravel 开发插件，安装插件。使用插件。

徵羽宫

课程读者 298 声望

这个应用中心弄一个收费的功能，是不是就可以实现下面的功能了：

产品功能模块发布在私有composer库中
甲方服务解锁功能模块
甲方自主付费安装功能模块
甲方自主更新功能模块

想想很美好，再仔细一想的话，功能模块包一般都比较通用，甲方需要的功能往往又很特别，还是挺麻烦的...

1年前评论

mouyong （楼主）

插件可以不发布到 packagist 噢，支持私有 github 仓库下载。

这是目前支持的所有下载方式

Laravel

mouyong （楼主）

你的这个问题界定于通用需求与定制化需求之间，并且进行合理的解耦问题。这个应该要依赖开发者的能力来做好界定，代码的编写。

mouyong （楼主）

具体的也可以参考 fresns 的应用市场与 fresns 主程序之间的结合考虑。

徵羽宫（作者）

@mouyong 那也可以，就算应用中心这里不考虑支付，权限之类的东东，直接把这个应用中心给商务让商务管也是可以的。
要是能直接在你这个应用市场上加功能就更OK了。

徵羽宫（作者）

@mouyong 确实，功能模块的界定和编写是程序员自己的问题。我有时间研究一下你这个东东，如果没啥问题的话一定会用的。加油！

徵羽宫（作者）

确实是惊喜, 哈哈哈

mouyong （楼主）

@徵羽宫这个是应用市场管理器，不是应用市场哦。关于应用市场的付费插件、已有插件列表这些。我目前还没有建设。欢迎一起探讨交流。

mouyong （楼主）

@徵羽宫支付、权限、也是可以解决的。通过命令字管理器，界定好主程序提供的身份查询、权限验证。插件用命令字进行调用。就可以讲逻辑分离了。

徵羽宫（作者）

@mouyong 关于应用市场的付费插件、已有插件列表这些 这些可能是我要用的话，我要考虑的业务逻辑问题（因为我是想在一个应用中心管理多个项目的功能）大佬你这里做好你这个包的扩展性就好。不过换位思考一下的话，如果我是你，我可能会参考那个 react-nactive 的热更新，做一个第三方的服务，热更新管理的是一个软件的多个版本，你这里管理的是一个软件的多个扩展包，逻辑上也貌似行得通。 pushy.reactnative.cn/

mouyong （楼主）

@徵羽宫你可能理解错了。应用市场上对于插件、应用的上架下架。

应用管理器是对插件的下载、安装。

Laravel

徵羽宫（作者）

@mouyong 应用中心的用户应该是软件的使用者而不是开发者，开发者不如直接用 composer.json 。就算我要用的一个插件只能从 github 拉源代码，我也会自己想办法把他弄到我的 composer 包里面。

mouyong （楼主）

@徵羽宫是使用者呀。安装后，配置一下，就可以使用。完全不用在乎 composer.json 等各种技术细节。

你可以通过熟悉 fresns 来了解到这块的设计。

Laravel

徵羽宫（作者）

@mouyong em 你这样也行，比如说有一个应用市场里面有很多适配 laravel 的包，我在里面找 laravel 的包比在 composer 或者 git 上面找很方便而且特别全，那样也可以。

mouyong （楼主）

@徵羽宫开发者开发插件，使用者通过应用市场管理器，从应用市场下载插件并安装，然后根据文档进行配置，就可以直接使用。

mouyong （楼主）

@徵羽宫我目前是暂时没有去专门给 laravel 做一个应用市场出来。然后把 packagist.org 作为自己使用的应用市场。也许后面会做。

mouyong （楼主）

@徵羽宫最终应该达到的效果就是你说的这样。

徵羽宫（作者）

@mouyong 那就是我上面说的 换位思考之前的那样，大佬你这里做好扩展性，然后我们自己基于你这个二开，根据自己的需求考虑付费，权限功能列表啥的.. 他确实有的公司一个公司只做一个产品，然后所有的用户用的是一个，然后只要有一个应用市场就可以管理。还有的公司有好几个产品，业务方向完全不一样，开发者是同一批人就像一个应用市场管理，大佬您做的话就超范围了。这种思路如果大家都用的话，对二开的要求比较高(不二开很难满足要求)，对您的要求也高（扩展性这个也很难实现）。我前面说的两种一种做第三方单个软件的功能模块管理服务，或者 laravel 的应用市场，这两种相对比较容易有用户感觉。就像论坛写一个laravel的扩展包视频教程都可以卖钱，你直接弄一个 laravel扩展包市场就算是开源的，我感觉也可以收广告费，至少拉个赞助应该可以我感觉。

徵羽宫（作者）

@mouyong 第一种的话或许可以做一个 laravel 包，项目装上这个包之后，就有了一个包管理器的 web 路由和 api 路由以及 artisan 命令，通过这三个接口可以安装 composer 包， git 包和本地文件夹（文件夹的信息通过根目录的 readme.md 解析），并且可以显示支持的包列表和已经安装的包。

mouyong （楼主）

@徵羽宫做最后肯定要做的。有能力的都可以自建市场。也可以一起建。我总不能自己一直使用链接方式安装吧。