三牛模型驱动框架-fly-coding

此前，已改造完基础监控工厂。此篇，将基于此前的功能，实现API请求的监控日志记录。 在后期系统上线运行过程中，进行实时监控，以便于优化对应Api接口性能。

此篇，将基于此前的功能，实现SQL语句的监控日志记录。 在后期系统上线运行过程中，进行实时监控，便于优化产品性能。

我决定还是将所有的日志数据，均存储在数据库中，不过为了避免与业务库性能交叠问题，我决定在此基础上进行优化一下业务，可支持使用者独立配置监控日志数据库。

内置表单功能中，已有自动关联字典数据方式。由于，此前字典数据过于依赖表单字段，导致内存占用较高，字典数据重复性较大，字典缓存清理不便捷。 将其与表单字段，单独剥离，并统一与功能对象进行

此前，已设计过多应用多平台支付模块的基础开篇。 本篇，准备对接微信V3AppApi支付基础模块，并基于此模块实现具体的业务功能逻辑。

此前，已设计过多应用多平台支付模块的基础开篇。 本篇，准备对接支付宝App支付基础模块，并基于此模块实现具体的业务功能逻辑。

此前，已经完善了Api的功能，但是，目前暂不支持“'get/{id}”此种形式，此篇文章将完善根据通配符调用接口功能。

此前一直着重于框架功能问题，有一个小功能没有添加，就是当用户保存或更新时，页面关闭并且表格刷新同步刷新问题。

近来，想实现前端功能之间的通信功能。众所周知，前端跨页面之间通信的方式有很多种。 譬如：localStorage、BroadCast channel、cookie、postMessage等多种。

此前，fly-coding一直采用将yml配置文件内容与对象直接映射关联。 造成每次新增配置参数的时候，需要定义新增关联对应对象属性，使用体验效果不好，而且如果使用此框架也无法自定义配置。

此前，笔者已在框架内对文件做了简要的管理。在日常的使用中，笔者发现此前的设计还是没有达到想要的效果.

一直以来，笔者对底层的九大基础字段并不是很满意，从数据写入至字段定义均有瑕疵。 此间，笔者决心改掉这一直以来的错误设计，将其精简为八大常用字段。

此前，已设计过多应用多平模块的基础开篇。 本篇，准备对接微信V2JsApi支付基础模块，并基于此模块实现具体的业务功能逻辑。

近来，欲将三方支付平台对接入笔者框架内，简化，后期业务功能的开发。 为满足此功能的可扩展性，欲定义“订单业务接口”、“支付方式接口”规则。

近来，在对接三方平台时，欲将多方开放平台统一整合如笔者的框架内。此篇为第一篇，主要为后期扩展打下基础，后期会慢慢完善更多三方平台。

近来，在框架中获取数据库执行器时，一直通过参数传递，颇觉繁琐，且不符合设计常理。 故而，思虑片刻，欲将其融入至笔者框架内置的“RequestAttributes”对象中。

近来使用笔者研发的框架中，有一处功能颇为棘手。 忽而想起，此前规划的“QueryBuilder”模块还未开发，故，欲完善之。