首页 > 经验记录 > Pattern > 开坑 —— 谈谈如何优雅的写代码 (框架、工具类、SDK骚操作指南)

开坑 —— 谈谈如何优雅的写代码 (框架、工具类、SDK骚操作指南)

 

引言

这篇主要表明先开个坑,   后续能填多少是多少。反正坑也有几个没填完的

比如:   探秘分布式解决方案啦(目前4篇)  微服务组件使用啦(目前10篇)   —  [ 2019-12-15数据 ]   慢慢来吧。

目前想法是能写出这么几篇文章: 泛型骚操作、枚举骚操作、链式调用法设计、将 Java8 的Stream终止操作玩出花、解耦合之道(设计思想: 迪米特、开闭、依赖倒置等)、我经历过的设计模式实际应用场景、从主流框架源码取(抄)架构实现自己的工具、 CRUD业务代码细节优雅之道

咳咳,但是能写不代表会写,懂我意思吧。

探秘分布式解决方案  我还有消息驱动分布式事务、分布式锁具体实现代码、分布式定时任务、分布式Session等一堆没写,微服务组件使用就更多了,填不完。

小声BB :   甚至现在有 6 篇其他技术内容的草稿写了一半放在那里没动了

 


 

说在前头:

做程序员的,虽说每天在公司CRUD、改屎山,但是多多少少的都会有点想写个巨牛逼的东西给别人使用。

一年半前我自己还捣鼓出了一个小型ORM,只支持单表。设计现在来看那是惨不忍睹,各种强耦合。不过如果是现在的我,在写工具类时已经可以写的高大上了。

虽然说大部分人自己一个人捣鼓出的东西都是自己自嗨,也包括我。

不过哪怕只是自嗨用,也要以最为优雅的代码来实现,起码当作品完成时,回头一看: 啊,这就是爷写出的代码,比业务代码高出不知道多少,牛批!

 

 

抛开自嗨, 在真实的生产环境、公司的业务代码里,也会有机会可以将你优雅的设计体现出来。

公司的代码大部分逻辑都是CRUD,想把这些玩意写优雅挺困难的。但是总有一天,可能是全新模块、可能是让你对接什么服务, 有一个机会摆在你的面前时。此时若是由你来作为主导,那么 优雅的设计、漂亮的代码,将会使你写出的代码价值最大化。避免后人的埋怨。 人家点开一看: “哇,这设计太牛逼了”。  想想也是令人很激动的。

更别说指不定哪天有人让你封装一些工具啥的。要是有这种机会那就真的太爽了。这种完全和业务无关,作为解决方案的代码可以将你的毕生绝学发挥出来,那这个时候你要是身上没有绝学,就很尴尬,只能封装出一坨奇妙的东西。

 

 

我开这个坑的主要动力。

就是记录下我知道的一些技巧性质的操作 (骚操作)。还有设计理念。

上次设计模式的文章还是 2018-11-06 号写的状态模式了。虽然后续也学了不少其他的设计模式,但都没写出来。挺遗憾的。

 

 

 

 

 

 

           


EA PLAYER &

历史记录 [ 注意:部分数据仅限于当前浏览器 ]清空

      00:00/00:00