Download the PHP package rice/basic without Composer
On this page you can find all versions of the php package rice/basic. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Informations about the package basic
php工具包 (php basic tool)
安装
功能点
- 提供基础框架组件 锚点
- 参数自动填充 锚点
- 请求客户端封装 锚点
- 场景校验 锚点
使用场景
- 数组替换为对象进行管理
- 转换为对象后需要填充属性,可以使用参数自动填充功能
- 封装字段
框架组件
Assembler
数据装配器,主要继承 BaseAssembler
类。该层主要是统一将 DTO
和 Entity
相互转换,如果缺少了
装配这一层,大部分代码可能就会落在 Service
层里面,而且参数这些会比较多,就会造成函数膨胀起来。代码
整洁的原理就是尽量细分,归类,所以提供装配器接口(面向接口编程而非实现)。
可选,代码重构时可做优化,提高代码可读性
DTO
数据传输层对象,主要继承 BaseDTO
类。该层主要是聚合业务层中的多个参数变量,保证编写的代码更加整洁,
并且参数变量更加直观。
采用失血模型,基本上只做数据传输,不存在业务行为
Entity
实体对象目录,主要继承 BaseEntity
类,业务逻辑中构建的具体实体模型。继承该抽象类的主体是业务中的
实体对象,主要考验个人对于建模的能力。这里和数据库的模型区别在于,模型是基于数据表进行建模的,实体是
基于业务进行建模的。
采用充血模型,提高实体的内聚性
Enum
枚举类目录,通常存放 const
变量, ReturnCodeEnum
类,按照阿里巴巴Java手册(泰山版)进行设计。
使用该包,默认强制要求使用枚举类进行定义返回码和异常码。这样子做可以使代码更可读,并且国际化的信息也能够 与枚举类配合使用。例如:
@zh-CN
就是中文的描述,具体的标识可以参考国际化地区码。之前有使用过文件配置的方式进行配置结果发现,
使用起来不方便。需要新建不同地区码文件,而且 Enum
类对应相关国际化文件过于分散,导致不直观。现在
使用注解的形式进行捆绑在一起,变量与国际化信息更加聚合。
而且使用自动生成国际化文件可以直接使用 json
文件, 相对来说不需要可读性,比使用 php
更小。
使用场景
对接第三方接口会存在请求 uri
,大多数时候我们可能会直接写在了 service
类中。这样子写其实就把该变量耦合到该类中了,会导致如果我要做一个并发请求的
service
类的话,那么我要么定义多次 uri
路由。要么就直接用 service::const
直接从 service2
调用 service1
的代码。
为了更好的解耦代码,我们就需要使用到 Enum
类,因为枚举类只保存数据,而没有
业务行为,所以可以给多个 service
进行调用。
为变量调用,提供解耦
Exception
异常类目录, 与 Enum
类配合使用。按照功能模块等进行类的细化,做到单一责任。这样
可以更好的在异常抛出后做出不同的兜底措施。
推荐将所有异常相关的抛出都封装到该类进行抛出使用,方便统一管理异常。
phpunit 配置
添加测试用例,保证源代码流程跑通,修改后的代码主流程不会报错。
样例
字段封装
在类里面使用 use Accessor
对类的字段属性进行封装,之前设置为
public
权限的全部改为 protected
或 private
。
当属性为对象时,getter
会获取其克隆对象。这样子做是为了避免对象
暴漏出去后,不小心修改值,导致破坏内部封装,增加心智负担。
Accessor
类默认setter
,getter
都启用,如果只需要setter
或者getter
的话,可以再use Setter
或use Getter
bad
better
面向对象三大特性之一封装,即隐藏对象内部数据的能力。如果都是公共属性的话, 就会造成该对象没有任何限制的进行获取和修改属性数据,导致后续维护变得复杂。
注解使用
php8 支持使用内置注解
引入 AutoFillProperties
类,然后使用 @var
进行编写注解,第一个参数是变量类型,第二个就是注释。这里面
实现原理是使用类反射获取到相关注释的内容,正则进行匹配相关的值。最后判断这个类型是系统类型还是自定义类,是类的
话就需要读取文件的命名空间,获取到相关对象的命名空间,从而实例化对象。这里面提供了缓存,因为类的改动只会在编写
时经常变动。
请求参数自动数据填充
Laravel
和 Tp
框架现在都支持自定义 Request
对象,所以这里我们可以定义所有的入参对象。然后使用 basic
包的 AutoFillProperties
类就能实现参数自动填充到 Request
对象的类属性中去了。
trait
AutoFillProperties
已使用类属性,使用该类必须避免重写问题。
src/Entity/FrameEntity.php
:
Laravel
例子:
这里面实例化 TestRequest
需要将全部参数作为参数,然后请求的参数命名默认采用需要采用蛇形,因为前端大部分是
蛇形命名规范。这里面默认会转为驼峰进行匹配 TestRequest
变量进行赋值。
Request 对象相当于是一个防腐层一样,一个业务中会存在展示,修改,删除等功能。每一部分参数都有些许不一致,但 是不可能给增删改查单独写一个 Request 类,不然编码上面太多类了。
请求客户端封装
GuzzleClient
包通用逻辑封装
Support/Abstracts/Guzzle/GuzzleClient.php
在 GuzzleClient
之上再抽离一个匹配对应框架的客户端 LaravelClient
Support/Abstracts/Guzzle/LaravelClient.php
因为 GuzzleClient
需要实例化的日志对象,所以需要适配不同的框架,可以类似
LaravelClient
实现。
具体的日志实现可参考
Support/Loggers/LaravelLog.php
使用场景
该 client
只是对 Guzzle
包的业务封装,所以使用上与 Guzzle
无异。
比如我们可以使用 $this->options
提前设置通用属性。setCallback
函数
必须要实现,这个是判断请求在业务上是否成功的标识。与 isSuccess
函数配套使用,
这样子就能把重复的逻辑抽象出来,只处理变化的部分。
tip: 请求的逻辑都要在该client类中实现,比如我有获取token和刷新token的请求, 那么全部逻辑应该集中到该
DouYinClient
类中。这样子做业务上更加内聚,影响 范围不会扩散。
场景校验
支持 Laravel
自定义 Request
使用场景校验规则,只要引入 Scene
traits
类。
自动使用控制器的方法名称作为场景 key
进行注入。未定义相关场景 key
则按照 rules
定义执行全部规则校验。
配套工具
配合工具包使用更佳
rice/ctl
相关链接
国际化地区码
Star History
感谢 JetBrains 赞助
All versions of basic with dependencies
ext-json Version *
ext-bcmath Version *
guzzlehttp/guzzle Version ^6.0 || ^7.0
nesbot/carbon Version 2.*