社会(逻辑)的本质,层(方法和类)

从javaSE,到中间件,再到系统间对接,我本觉得逻辑已经完备,以后的工作就是慢慢填补细节,直到把整个java语言,彻底解析清除.

从而使得工作能够变得游刃有余,最后再公司混个架构师当当...哈哈,想得有点远了.

后来越看越不对,因为我在想javaSE的时候,发现一个东西,就是utils(工具类)这个东西,似乎不太属于javaSE基础内容.但你说他属于业务内容吧,也不太对.

但一回想我的具体工作,发现utils就是中间件的前身,但由于这玩意结构太简单,几乎不能产生商业价值,所以越来越没人关注,但工作过的人就知道,一些好的utils,是真的好用.逻辑简答,又不用到处去引入什么的.

java很简单,就是网上那些简单项目视频,你会发现他们简单就简单在层级较少.

而现实,往往是javaSE,工具类,中间件,框架,N系统混合在一起,难在每一个都知道,能够协调这向前满足业务需求.

而在这个体系中,有时候往往一个中间件能做的事,utils(自己构建逻辑),自己也能做,这里就很明显的需要取舍.到底是一味的依赖中间件,还是一味的非要自己造轮子.

这,我感觉也是各位程序员贼纠结的一个点.

工作中这个问题答案很简单,反正又不是自己的系统,怎么简单怎么来.只要代码检查能过.

那么如果某一天你升职了,你需要对整体代码负责呢.

那么我的答案是,utils远远没有过时,而且我接受过的好几个项目,内部其实都有几十上百个工具类的存在,只是他们的存在,似乎没有人重视,当时学习的时候,也没有任何老师说过工具类重要,更别说对各种工具类进行一个分类,和讲解.

(Hutool  但市场上有这种集成,但我觉得这种集成比较没意思,因为它上有中间件蚕食它的空间,下有好多人不知道,即使知道,去学习了使用方法,说不定那天就有个中间件能做了,又没用了.而且既然需要学,那为啥不直接学习单独写好的utils...)

当然,这只是我个人的看法.

那么接下来这篇文章就很简单了,就是收集各式各样写得比较经典的工具类.(当然,刚开始就是随便找的一些工具类,不一定经典,但会慢慢迭代)

第一步,先分个类: 

处理时间

处理空间(经纬度)

处理数字(正数,负数,小数)

(写在最后,我之所以觉得utils需要单独列出来,本质是觉得一些必要的utils应该自己写,并彻底理解,因为只有提炼多了utils,才能更快的锻炼一个能力,代码分层的能力,比如从javaSE,工具类,中间件,框架,N系统这个过程就是java开发慢慢分出来的层,而新手想要掌握这一套,很大程度上是对层的概念理解不深...别问我怎么知道的...每次换新项目看别人写的代码,到处引入....搞死人,所以,自己多去提炼方法,多去分层,能更快熟悉分层的思维方式.)