随着业务越来越复杂,有些service具有通用性,即Repo A中的某一service其他的几个Repo都会不同程度的需要,如果能把该service作为一个独立的package,这样其他的Repo可以composer安装这个package,这会避免写多余和重复的代码。
举个例子:假设一个产品有100个tables,后端API Repo的Model逻辑封装了很多CRUD逻辑,Model Event逻辑,Model Policy逻辑,Model Cache逻辑,Eloquent扩展逻辑,甚至包括字段加密逻辑等等。而后台管理Admin Repo也同样不同程度的操作这100tables,定时作业Cron Repo也同样不同程度的操作这100tables,它们都需要API Repo的Model代码。所以可以把Model代码抽离出来作为一个private package,有其他Repo需要可以composer安装这个private package。
可以使用Toran Proxy来做Composer Proxy,Toran Proxy也是composer作者开发的,可靠性也有保证。可以在Toran Proxy Download下载安装该服务,安装过程比较简单。如可以在AWS服务器上安装好Toran Proxy
后打开主页,按照提示设置下本地的composer配置文件~/.composer/config.json
,如个人在本地安装后需要在config.json
中按照提示的设置如下:
{
"config": {
"secure-http": false
},
"repositories": [
{
"type": "composer",
"url": "http://toran.app:8888/repo/private/"
},
{
"type": "composer",
"url": "http://toran.app:8888/repo/packagist/"
},
{
"packagist": false
}
]
}
这里"secure-http": false
设置为false是因为http://toran.app:8888/
是http协议而不是https协议,composer默认走的是https协议,这里仅供说明设置false,尽管应该按照默认的https协议。
然后在搭建的toran proxy中添加私有的package就行,这里第二个repo是存放在私有的Bitbucket Server上:
总的来说,就是在私有的服务器上搭建一个packagist镜像,把内部的一些service拆分打包成一些公用的package,这些package不适宜暴露,代码可以放在Bitbucket Server或Github Private Repository或Gitlab Server,composer安装这些private package时,会从私有代码仓库如Bitbucket Server中拉取代码并打包成zip包,存放在你安装的private packagist服务器上供下载安装;如果安装网络上public package如symfony/http-kernel时依然从github上拉取代码并打包成zip包存放在你的private packagist服务器上。这样会使得下次下载同样的package时速度会提高,这和平时通过packagist中国镜像下载public package时速度很快同样道理。
不管怎样,总会遇到很多service不仅仅一个Repo需要的,这个具有公用性的service就可以做成一个private package放在公司内部搭建的private packagist镜像上,这也极大提高整体的开发效率。
没人愿意浪费时间去写重复的service的,这个工具可以帮助解决这个问题。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。