作为一名JAVAEE开发者,也许已经对web开发的模式非常的熟悉,比如Controller/Service/Repository,模式化程度非常高,甚至业务也抽象为简单的CRUD。
简单的严重的限制开发的思维方式,限制代码的创造力,同时也让开发变得枯燥无味。
这当然是编程艺术家不能忍受的。
本文从2019年03月读的其他领域的书中看到的等价变换思维和戈顿法启发,结合最近工作实际情况来探索怎样提高代码的创造力。
戈顿法(Synectice):这种方法的指导思想把问题抽象化,不具体摊开业务,避免思维受到限制。
主要指抽象功能的动词部分。
例如在定义一个拆开快递的的业务,我们将此抽象为"开",发散就有撬开,拧开,断开,破开,撕开,剥开,翻开等。
等价变换思维(Equivalent Transformationn Thought):个人理解为类比法。
在理解现实生活中的事物,往往比较简单,但开发者想将其抽象为软件领域模型(Domain)就会费劲的多。
下图以我的开源项目(源码地址: 薅羊毛框架 (查看源码))为例:
让编程变得快乐有意思的同时也会创造出更多的业务场景,
不仅可以精准的定义业务,让业务没有偏差,同时也让系统的耦合性非常低。
国内人设计的系统往往越做越复杂,无非是对业务抽象设计时出现没有意识到的偏差,导致积重难返。
如果我们将业务类比于相对真实的事物,就会让系统更加健壮和精准。
当然也不能完全照搬其他模型,否则会陷入战争泥潭的。
如果把创造力简单的理解为个人的经验,能力,认识方式,思维方式,这种想法过于传统,也无法将创造力传承。所以抽时间在此总结,希望成为一种有效的创新工具或一套创造方法论。
Created by 苏亚强(sueeing@126.com) on 2019/5/18.
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。