zxin

> DeprecationWarning: Compilation.assets will be frozen in future, all modifications are deprecated. 平时写后端多，这问题也啥好主意，参考下同类插件如何解决？ - https://github.com/jantimon/html-webpack-plugin/issues/1527 - https://github.com/webpack/webpack/issues/11425

有新的提交么，已经测试过dev了，field + raw 可以支持，where + raw 不行。

最新dev分支目前用例测试恢复正常了。 同时发现以下用法在 [2.0.51] 会报错，dev中测试没有复现了。 ``` $order = (new TestModel()) ->where('id', '=', 1369) ->find(); $order->re_label_wait = new Raw('re_label_wait + 1'); $order->save(); ```

> 没必要弄这个接口的，如果某个现成的类 没有__toString 或者实构造方法不符合的 就定义个子类 重写下__toString方法或者构造方法就可以了 专门弄个接口反而太麻烦了 继承类这个方案原来考虑过，但这样会产生很多重复的类，而且不够灵活，用接口就不需要重写类了，实现一下方法就行，而且通过接口返回了字段名和模型实例，可以在里面实现更丰富的构造处理。 ps：现在这个类型转换主要应用在把各种序列化的值构建为实体对象。

> 如果那个类是你自己写的 本身就可以直接修改构造方法 和 toString > > 如果那个类是某个类库里面的 接口的方式 不也是要重新写个类来实现这个接口么 类确实是项目内的管理的，主要还是不想改掉`__construct`、`__toString`，因为这些类不仅限用于模型类型转换，又不想重写产生很多仅用于类型转换的类（原本之前是通过获取器、设置器实现的，看到了`v2.0.35`的更新才考虑通过模型类型统一转换）。通过接口顺便就顺便传递模型的实例方便做其他扩展。 ps：这个PR的内容目前也能在用户层重写实现，要不要合入库看看你们的意见如何。

> type是获取器和修改器的一个规范补充，不是用来替代获取器和修改器的 可能我解释得不太对，之前用获取器和设置器是因为我发现类型转换是实时处理的，如果往模型放类型实例会导致实例无法持久化，性能也不好，所以用获取器和设置器加上对象缓存解决这个问题。 `v2.0.35`调整了这个问题，所以我放心用模型的类型转换。目前是一个类只处理一种类型，但在反序列化数据构建类时可能会因为数据升级或者一些业务问题导致需要模型的实例其他字段来辅助构建或者恢复数据，而且考虑到不想重写类相关方法，才考虑用接口定义统一的静态转换方法来处理。 ps：明天我截取一些业务参考上来看看吧

> 看报错感觉是pcre扩展出现了内存问题，你关闭`pcre`扩展试试？ https://www.php.net/manual/zh/pcre.installation.php > PCRE 是 PHP 核心扩展，所以总是启用的 这个方案不太可行吧，而且项目依赖正则，关了就运行不起来了。

> 能否提供一个github仓库，我可以下载项目，然后调试复现出你这个问题？ 我试试看

> 能否提供一个github仓库，我可以下载项目，然后调试复现出你这个问题？ 在容器里错误变成里`corrupted size vs. prev_size` https://github.com/NHZEX/yasd-tests ```bash sudo docker build -t imi_test:yasd . sudo docker run -it --rm \ -p 9988:9988 \ -e IMI_DEBUG=true \ -e MAIN_DB_HOST=192.168.1.166 \ -e...

@liu21st 这个类型声明可以修正？