问题抛出:
在实际编程情况下,我们经常会遇到一大串连续的操作(甚至可以理解为所有程序基本都是由一个个节点组成),类似以下
这也是对于一个高档一点点的程序员,每次实际动手写程序前要做的一件事(画流程图)。这算是一个极其简单的流程图,但是,落实到实际代码里面,庞大的代码量,错综复杂的回调,最终导致的结果就是,这个程序感觉主逻辑代码很“飘”。也给后期的审查带来一定的不方便。
问题解决:如果我们的主逻辑代码,就是像流程图一样呢?如下这样写代码
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/superTruth/TFlow
更多推荐
流程图式编程
发布评论