流程图式编程

问题抛出：

在实际编程情况下，我们经常会遇到一大串连续的操作（甚至可以理解为所有程序基本都是由一个个节点组成），类似以下

这也是对于一个高档一点点的程序员，每次实际动手写程序前要做的一件事（画流程图）。这算是一个极其简单的流程图，但是，落实到实际代码里面，庞大的代码量，错综复杂的回调，最终导致的结果就是，这个程序感觉主逻辑代码很“飘”。也给后期的审查带来一定的不方便。

问题解决：如果我们的主逻辑代码，就是像流程图一样呢？如下这样写代码

        TFlow tFlow = new TFlow();
        // action1 -> action2
        tFlow.addAction(action1, new TFlow.IActionLink<String>() {
            @Override
            public TFlow.IAction nextAction(String obj) {
                action2.setParams(obj);
                return action2;
            }
        }, Schedulers.io());
        // action2 -> action3
        tFlow.addAction(action2, new TFlow.IActionLink<Integer>() {
            @Override
            public TFlow.IAction nextAction(Integer obj) {
                action3.setParams(obj);
                return action3;
            }
        }, AndroidSchedulers.mainThread());
        // action3 -> action1
        tFlow.addAction(action3, new TFlow.IActionLink<Integer>() {
            @Override
            public TFlow.IAction nextAction(Integer obj) {
                if(obj == 6){
                    action1.setParams(obj);
                    return action1;
                }
                return null;
            }
        }, Schedulers.newThread());
        tFlow.startFlow(action1);       // 启动流程

1. 一个逻辑图，就是一个TFlow对象

2. 流程图，每个节点，对应往TFlow里面添加一个Action对象，和节点结束后，下一步，该走哪个节点

3. 把所有节点和条件都添加上去后，其实，就是给整个流程图，添加了一个映射，一个简洁而干净的流程图，就以代码的形式展现出来

4. 启动流程

类似这个图，我们把所有流程，都挂在了这根控制线上面，又控制线来控制整个流程的流向。

优势：

1. 后期审阅代码，增强了不止一点点（可读性）

2. 对于后期调整流程，增加，删减节点来说，无疑是超级简单，清晰明了（扩展性，可维护性）

3. 每个节点之间的耦合度，彻底解开（低耦合）

4. 仅仅是一种编程思路，可适用于所有编程语言

（以用于多个项目，效果明显，欢迎吐槽，和提出宝贵的建议，来为我们的代码，减负）

点击打开链接

https://github.com/superTruth/TFlow