1. 优化装饰器,和监听者
2. 容器内部有冗余单例需要清理
3. 连接单例需要disconnect
4. 增加容器健壮性,添加依赖注入缓存,解决递归依赖问题
5. 增加基础组件Base/Trait,逐步增加helper

下一个版本思路

思路:建立proxy代理器,用于桥接相对于复杂的驱动器

使用场景:

1. redis读写分离,使用redis基类会使得操作过于复杂,使得RedisDriver驱动臃肿。这时候我们可以根据配置使用不同的proxy进行代理设置对应驱动,将代理设置为驱动,进行抽象

2. 使用的时候直接调用的是代理后的driver,这样职责分离并且容易扩展?

问题:

1. 如何实现代理?

2. 代理可以变成任意组件/驱动吗?

3. 代理是否会导致框架紊乱?

4. 代理是否可以少量修改达到目的?

5. 本身driver的使用是在于内部的handler,这么做是否有意义?

目标:

FileDriver => 代理 => (FileSystem对象)配置不同则clone

RedisDriver => 代理 =>Redis对象(redis为全局共享对象)