| 名称 | 链接 | 描述 |
|---|---|---|
| 框架 | laravel5.7+ | php 7.4 以上的 laravel 任意版本 |
扩展包 zhenmu/laravel-init-template |
github.com/mouyong/laravel-init-te... | 基础扩展包，帮你完成基础的一些封装操作，如 resource 处理、jwt 认证相关 trait 等等、laravel-swoole 集成等等，见 readme.md |
扩展包 zhenmu/laravel-oauth |
github.com/mouyong/laravel-oauth | 微信公众号、小程序授权绑定扩展包，见 routes/oauth.php |
| 部署 | github.com/mouyong/docker-php | docker 版本的 laravel 框架部署集成，根据文档将项目引入，即完成了部署需要的基础运维操作 |
| 阿里云云效 flow | flow.aliyun.com/ | CI/CD 强烈推荐 |
| 阿里云镜像仓库 | cr.console.aliyun.com/ | 阿里云镜像仓库，项目通过 CI/CD 构建至镜像仓库 |
| 各大云厂商 | 阿里云 ecs 、腾讯云 cvm、阿里云 k8s… | 通过 CI/CD 自动完成项目部署 |
以上搭配已经过线上使用后开源出来，可以完美结合众多场景使用。愿符合您的心意。
| 名称 | 链接 | 描述 |
|---|---|---|
| 框架 | laravel5.7+ | php 7.4 以上的 laravel 任意版本 |
扩展包 zhenmu/laravel-init-template |
github.com/mouyong/laravel-init-te... | 基础扩展包，帮你完成基础的一些封装操作，如 resource 处理、jwt 认证相关 trait 等等、laravel-swoole 集成等等，见 readme.md |
扩展包 zhenmu/laravel-oauth |
github.com/mouyong/laravel-oauth | 微信公众号、小程序授权绑定扩展包，见 routes/oauth.php |
| 部署 | github.com/mouyong/docker-php | docker 版本的 laravel 框架部署集成，根据文档将项目引入，即完成了部署需要的基础运维操作 |
| 阿里云云效 flow | flow.aliyun.com/ | CI/CD 强烈推荐 |
| 阿里云镜像仓库 | cr.console.aliyun.com/ | 阿里云镜像仓库，项目通过 CI/CD 构建至镜像仓库 |
| 各大云厂商 | 阿里云 ecs 、腾讯云 cvm、阿里云 k8s… | 通过 CI/CD 自动完成项目部署 |
以上搭配已经过线上使用后开源出来，可以完美结合众多场景使用。愿符合您的心意。
随便用个框架开发一个商业项目，保留所有基础功能 ，每次新项目在基础项目上进行二开，速度比较快。
这些年接触了很多外包公司，一般用的无外乎TP,YII,Laravel之一。 就我个人接触到的来说（以下行文纯属个人看法，不针对任何框架本身，也不针对公司个人，大家也就不要纠结了） 基础的外包一般都是用TP,TP可以说也是经典的PHP入门框架，学习成本相对较低，作为外包公司招人也相对成本低（大多应该都是3.2过来的吧），所以历来的TP大军还是蛮可观的，像苹果CMS，thinkCMF,等等的应用程序开发的应用在各源码平台日常活跃，众包平台上或者广大金主爸爸（买源码运营的非技术人员）大多都是TP的项目。这类外包公司，以TP的众多轮子，快速套模板开发交付为型，一锤子买卖较多，走量挣钱。
中等外包用YII或者YII,TP都用，这部分的主要以YII框架为噱头的较多，这类型的公司售前谈价一般就会讲啥并发啦，维护啦，项目收费会比基础的高。主要是外包公司自身沉淀应用模板上快速开发，少量定制开发，项目质量一般。
所接触的外包公司中,代码质量好的，大多用laravel,真不是主观带入，这类型的公司，大多都是定制开发了，当然同等项目收费也高一点。
废话这半天就是想说，毕竟是外包公司，也不会固定于一种框架，可以根据自己公司的策略选框架，也可以根据项目选框架。开发人员够，有分组可以考虑不同组不同架构，但不管怎么样，一定有一个（门面）主要的技术栈（通常是产值最高的，或者使用最熟悉的），不光是后端。这是必须要跟着框架一起更新学习的。
- 1，快速的后台管理系统，laravel：laravel-admin、dcat-admin，TP：fast-admin （他们的共同特点就是一键生成CRUD）
- 2，商城开发直接套用开源系统，例如：CRMEB，TPShop等等
- 3，如非业务强制要求，不要盲目的使用和追求新的东西，例如框架：swoole、workman等
- 4，尽量少用前端工程化，可以通过直接引入文件，new vue的实例来使用vue.js
- 5，服务器部署项目使用宝塔面板
- 6，技术上面，不考虑性能，尽量少用Redis和MQ
真心觉得外包学习不了东西的，只要效率其他什么都不要，本人一年来写了快15个微信小程序，快的最多不到10天，基本一个月不到就出一个小程序。
我现在的技术栈基本就是 API：Go的goframe ，后台：PHP的dcat-admin，前端：uniapp，一个人独立开发一整个项目
都无所谓，哪个熟悉用哪个。。
Trade-off
我赞同楼上看法
laravel/thinkphp/swoole
:sweat_smile:接触太多tp项目，不管是外包还是公司自研项目，要么是框架本身坑，要么是人坑。
框架坑就是，动不动就各种漏洞，官方还发声明说不要轻易相信阿里云，它在贩卖焦虑，回头立马就去修复框架了，修复就修复吧，结果一升级就GG，各种冲突。
人坑就是，早期的tp版本不强制使用路由，很多人图快，访问链接后面接一大堆名称，看的头疼；各种h5,php代码混在一起写。反观laravel，最基本的规范就是这些，不给你留余地，必须按照规范这样写，代码质量因人而异，但是最起码东西在哪能找到。
个人觉得，只要有一套成型的数据库表（并快速理解）。然后快速使用类似DB，写逻辑。应该很快吧
我之前上家公司使用的基于swoole微服务框架hyperf来做的，基本外包公司都是现成的基础架构及数据结构的，大多只需要填充其业务逻辑即刻，部分功能会抽出来作为独立的服务来使用，还挺不错的 。
外包一定要用自己熟悉的技术栈做开发，外包做到快速交付才是最重要的
关于 LearnKu
粤公网安备 44030502004330号
推荐文章：