ThinkPHP 6.0

GitHub地址：https://github.com/n845355396/tp6-admin-template
码云地址(最新代码)：https://gitee.com/lpccc/tp6-admin-template

http://121.36.161.35:9528/dashboard

gitHub：https://github.com/n845355396/tp6-admin-template
码云：https://gitee.com/lpccc/tp6-admin-template

1、git拉取代码后可更新composer执行：composer update

2、创建.env文件，复制.example.env内容

3、开始使用啦

composer update topthink/framework

vue目录在views目录下
1、如果npm i报错，可以先跑下以下命令
npm install --save-dev sass-loader
npm config set sass_binary_site=https://npm.taobao.org/mirrors/node-sass
2、调试模式：npm run dev
       打包：npm run build:prod

基于TP6的一款前后端分离管理系统
https://docs.apipost.cn/preview/787d44633670a7e4/484894853cd84ede#001

很多配置项写在了.env文件里，参考文件.example.env部署

1、平台在调用service或者utils等只需要单例模式时；
    提供了Kernel::single(SmsService::class);写法；
    (ps:本来打算自己写，后发现tp自带有,直接封装使用了)

2、contro层在获取请求参数时进行了封装:
    使用中间件RequestParam来获取请求参数；
    继承了baseController的可直接$data = $this->dataParams;
 
3、在支付、短信、队列等这些扩展使用了工厂模式，在utils下都加了对应的工具类;
   然后在service层去调用对应的工具类;
   这样的目的:
        一是为了保证扩展的独立性;
        二是可以在工具类里做一些个性化操作;

1、日志问题:
    拿支付扩展来说，我在基类里写了$this->log()用来给扩展记录支付日志。
    但是造成了我每次写一个扩展就要手动在对应方法里调用日志方法.
    比如aliAppPay里调起pay方法我要记录一遍，写wxAppPay我又要写一遍，再添加一个忘记写了就记不下来了。
    如果在调用支付的util类里加，不过是换汤不换药，我payment还是要传处理数据回来我才能记录。
    相应的问题还存在于队列里，记录下来等待有缘人告知。

2、权限管理实现跟前端问题:
    简单的来说就是权限管理只适合本套前端代码。
    拿出接口去对接其他前端可能很难一下接上。
    又草率了...不过问题不大。。。

1、后台RBAC权限管理：【已完成】
    本系统角色权限管理分开菜单管理跟功能权限
    菜单权限负责前台侧边栏展示，功能权限负责角色是否能操作
    菜单权限实现：
        数据库存放了menu菜单表
        然后通过角色关联对应菜单来实现前端菜单栏权限。
    功能权限实现：
        admin应用的路由的append加了个is_permission字段;
        为true时表示必须走权限，不写或false表示不走权限。
        功能权限检查在app\admin\middleware\CheckToken里
       
2、第三方支付扩展：【已完成】
    提供服务类：app\portal\service\PaymentService
    配置文件：config/pay.php
    已配置【app端支付宝】
        
3、文件上传扩展：【已完成】
    提供服务类：app\common\service\UploadService
    配置文件：config/upload.php
    已配置【本地、七牛云】
        
4、消息队列扩展：【草率了...】
    提供服务类：app\common\service\TaskService
    暂时实现了think_queue跟rabbitMq的延迟、正常发布队列两种.
    配置文件：config/sys_task.php
    
    开启消费者：php think task_consumer
            PS：运行前php.ini将system()从禁用里去掉；
            
    设计思路：在配置文件下配置好系统要使用的队列
              然后就去开启消费者监听命令，php think task_consumer
              PS:在开启task_consumer时，tp自带think_queue支持同时开启多个消费者;
              其他自定义的mq开启多个消费者因为会阻塞,不能循环开启消费者;
              我在task_consumer里循环执行:php think enable_queue 队列名来批量开启消费者；
              
    使用方法代码：
     #--------队列使用案例 start---------
        $data = new QueueParamsDto();
        $data->setData(['ts' => time(), 'bizId' => uniqid(), 'a' => 1]);
        $data->setTaskClass(TestTask::class);
        //lpc route主要在rabbit里用，queueName是tp自带的用，都有默认值
        //$data->setRoutes(['cancel_order','notify']);
        //$data->setQueueName('default_queue');

        $res = Kernel::single(TaskService::class)->publish($data);//即时队列
        $res = Kernel::single(TaskService::class)->publish($data,10);//延时队列,10秒后执行
    #--------队列使用案例 end---------
    
              
        
5、短信扩展：【已完成】
    提供服务类：app\common\service\SmsService
    配置文件：config/sms.php
    支持了可选短信发送类型【code码、自定义】
    支持了短信直接发送、队列发送、队列延时发送
    平台可查看短信发送状态，支持重发操作

6、请求缓存：【TP自带直接使用】

7、导入导出扩展：【已完成】
    提供服务类：app\common\service\ExcelService
    配置文件：config/excel.php
    
    导出支持返回下载链接、直接输出文件流
    导入支持url、本地文件读取
    
8、稍微尝试了下Elasticsearch搜索：【2021-12-20】【尝试...】
    提供工具类：ElasticsearchUtil.php
    
    就封装个基本的东西，具体查询数组还是要根据实际业务逻辑自己编写

9、业务级日志信息记录：【2022-1-22】【已完成】
    使用场景：
        在平台管理中，我们有时可能会遇到这样的需求，比如对一个商品操作，我们要记录下一条记录，内容是谁在什么时间点修改了什么什么商品，修改了商品那些信息(名称、价格、品牌等)。
    实现思路：
        因为这种日志记录是跟业务关联的，所以我们经常提到的AOP不适用于此场景，我的思路是先创建一个实体类，这个实体类中声明的属性字段都是要记录更改的字段（也就是我们不可能什么字段都记，你觉得哪些字段重要要记录下来，就在这个实体类中声明），然后在保存数据前去new下实体类把里面属性填充上，取名oldVo，保存数据成功后我们再去new下这个实体类填充属性，取名newVo。之后去对比这两个bean对象，有差异的就记录。
    代码写法：
        基于以上逻辑，也可不使用我下面的方法，只要符合以上思路就行。
        通过给model层实现ModelLogInterface接口，接口里有目前有两个方法要实现：
            getFieldChangeData：获取业务级日志记录所需实体数据
            saveBusinessLog：记录业务级日志
        我在AdminMdl中使用了一下，之前的model层跟service层有些混乱，记录可放在service中更好点。
        $oldVo = $this->getFieldChangeData($adminId);
        #这中间是处理数据，保存数据
        $newVo = $this->getFieldChangeData($adminId);
        $this->setLogRecordType(self::LOG_RECORD_TYPE_deleted);
        ModelFiledLogService::recordLog($this, $oldVo, $newVo);
        通过ModelFiledLogService中的recordLog对比处理，然后返回给本model实现的saveBusinessLog方法保存数据
        
        以上是记录日志的大致方法，其中一些关于getFieldChangeData方法只能需要配置的数据可以看看AdminMdl中写法。
..........