qryc的博客

如果你每天在做增删改查，我想你很那明白DDD在说什么，我也经历了这个过程，设置热衷于各种代码生成，快速的应用开发；你也会热衷于各种分层MVC，view-contoller-manager-service-dao，你或者还很闲搞了各种O,DO,BO,CO,DTO，甚至还把Service有分成了领域服务和应用服务，设置你还经常和人争论贫血模型和充血模型，天花乱坠，但当你认真思考的时候，你会发现，你真的不知道DDD到底有啥用，到底是啥。当你的程序中，增删改查的代码占比微不足道的时候，当你甚至忘记DDD的存在的

模板方法， 我们平时经常填写的各种表格就是模板，很多重复的文字不用书写，比如我们申请银行卡的时候，需要填写如下模板。 信用卡申请表客户姓名：XXX身份证号：XXXXXXXXXXXX本人同意以下授权，实例省略实例省略实例省略实例省略实例省略实例省略实例省略实例省略。 申请人签名：XXXX...

一直在思考代码的写法，怎么样才是最好的，中间想法经过几轮变化，没有经过多次沉淀之前，就算有人告诉你真相，你依然不会相信；最终沉淀下来的却比想象中还要简单；不敢保证写下的一定正确，但只要写下的，都是自己此刻认可的，都是自己写代码的原则。 为了说明白，有些会给出一些示例代码，代码示例主要来自https://github.com/qiuriyuchen/fly。怎么写代码经常Review别人代码的时候，当发现代码逻辑混乱，我会问个这个问题，你先忘记代码，用业务语言说下逻辑吧，然后说的挺好，逻辑分成ABC.

Path和FilesJDK设计的File类既负责路径信息，又负责操作具体文件（创建，删除等等），Apache的包FilenameUtils封装了很多根据字符串操作文件路径的方法（比如转Linux格式，拼接文件路径等等），非常有用，FilenameUtils不会和具体文件打交道，所有功能根据字符串解析完成，你可以发现是从技术视角划分出来的一个类。JDK1.7之后有了Path和Files,你会发现Path部分取代了Apache的包FilenameUtils，并且进行了更合理的设计，Path和Files类

引言实际项目中，经常面临伴随着新需求的不断叠加，系统代码不断出现了耦合了各种需求的语句，逐渐发展出了如下代码，当然这些代码可能出现在不同的模块中，很难读懂到底ABCDEF的需求实现是否正确了。if(需求A || 需求B){ doSometing1();}if(需求B){ doSometing2();}if(需求C || 需求F){ doSometing3();}if(需求A || 需求E){ doSometing4();}if(需求A || 需求M){...