WuLang
WuLang
拿到运行任务的corn表达式，计算出一段时间内的任务量，之后比对数据库的log，就可以计算出任务的丢失
你这种拆成两台去调度是不是好点？
1、你前端对页面的显示的需求我不懂 2、统计的需求可以用type和subType去完成
根据你这个提问，我在想是否有必要支持方法多注解的事。 就类似于 ``` @LogRecord( success = "{{#order.purchaseName}}下了一个订单,购买商品 下单逻辑", type = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}") @LogRecord( subType = "MANAGER_VIEW", success = "{{#order.purchaseName}}下了一个订单,购买商品 扣库存逻辑", type = LogRecordType.ORDER, bizNo = "{{#order.orderNo}}") public boolean...
> 打个比方： > > 1. 在前端显示中， 需要对修改之前的值进行 加红，加粗。 > 2. 若是要给对象改动的字段 比较多的话， 前端会通过表单的方式来显示，会更加格式化美观一些。 > 如下： > > ## | 字段名称 | 改动前 | 改动后| > 可以让前端也对这些数据进行样式上的改动， 后端只需要给前端数据结构即可。 如果整个项目都是必须记录这些变动，建议自己实现diff，或者自己注入IDiffItemsToLogContentService去实现； 还有一种方式是入库的时候去做操作，根据特殊字符分割，提取出字段名和变动前后数据
> 统计需求是这样的， 比如说要提供某一个字段的修改频率。 这种时候通过类型是没法判断的。 和上面一样，解析action，之后再做你们需要的 你们这都是属于定制化了。
我还是觉得这属于你们的定制化，想不到这个框架需要去支持的理由。
> > > > > 我还是觉得这属于你们的定制化，想不到这个框架需要去支持的理由。 > > 我理解这是一种业务范围内的扩展方式。 配置模板是一种，有数据结构让客户自己定义样式也是一种。 这不是我们平常开发看日志的，只是看的懂就好了， 这要涉及到业务的话。 我们的显示形式应该会偏向于业务，让业务看的爽，然而业务的想法是多变的。我们应该需要一个不变的数据结构去应对这种多变的情况。 3.0.3 版本去实现吧，至于怎样给到用户，让我想想
可以，我来做一下，后面版本支持