这段时间用python写了很多report脚本，当时没考虑那么多，思路清楚后就开始写了。

但是后面需要对某些report进行扩展时，发现问题就出来了，改动的地方太多，而且容易出错。

看了一些设计模式，发现没找到我想要的。手头现在又有一个report需求，打算尽量将代码写的易扩展些。

问题描述

给出report，返回不正常的账户

不正常的规则很多，后续会扩展，判断是否符合某个规则需要搜集某些数据。

不同规则判断所依赖的数据可能来自同一个地方，即具有一定的重复性。

一个账户满足的不正常规则可能会很多，故每个规则判断具有一定的优先级。

目标是搜集满足不同规则下的账户信息及具体违规数据，并注重扩展性。要求用python实现，输出csv文件。

如下图所示：

扩展性的体现：增加新功能不需要修改已有的代码，只增加代码（没有任何重复的代码）。

这个问题中，以后主要的扩展方向就是规则和数据。

1.规则的优先级

我首先想到的是树，但是实现起来比较复杂，python貌似没有现成的树结构

优先级的引入主要是为了避免不必要的规则判断。

先用list嵌套list的方式实现吧。记作rule_relation

2.规则判断程序

加入一个规则rule_i，就会加入一个判断是否符合该规则的程序judge_rule_i。

这些不同的判断程序以何种方式组织是一个问题。如何与rule_relation结合又是一个问题。

还是用对象好，一个rule是一个对象，里面有树结点信息存储rule_relation。又有judge_rule这个抽象方法。

一个规则的引入就继承rule基类。然后实现方法judge_rule。前面两个问题都迎刃而解了。

3.判断不同规则可能需要不同的数据

这个也可以用rule对象解决，init里初始化好数据，需要相同数据就互相继承，面向对象真好

4.结果收集

整理下整体的思路。

初始化rule_relation，扩展的话，需要新建一个类。然后在rule_relation 里多插入一个结点。

遍历账户list，依照rule_relation的根结点依次进行judge_rule。

rule_relaton遍历实现起来好像也不轻松，子结点还是用对象list好。孩子结点可以多个。

一旦符合某个规则，就跳出执行下一个账户。

结果需要先打印规则信息，然后打印满足这个规则的所有账户及具体信息。

直接想法是 维护多个规则list,然后append，遍历输出。

那不是多一个规则就要多加一个list，不好不好。

如果只有一个list,那么需要排序，过度数据时需要打印规则信息。

可以将list 当作参数输入到judge_rule里，judge_rule将结果包括排序key append到list里

遍历，然后判断当前key和上一个是否一致，不一致则print规则信息

整体思路就是这样，有想法大家一起讨论