本文已参与「掘力星计划」,赢取创作大礼包,挑战创作激励金。
序言
最近公司的项目有点少,摸鱼的时间有点多,闲来无事就去程序员最大的交友论坛(Github)上看了看,发现上面好多轮子,简直可以说是车轮遍地爬!我也就好奇了?怎么那么多人不上班,每天忙着造人?啊不,造轮!
待我自己看了看,发现其实造轮子这件事也没有想象中的那么难,我也就尝试了一下在公司摸鱼的时间造了一个小小的独木轮。为什么叫他独木轮呢?因为我的想法很简单,就是要每一个模块甚至每一个类单独拎出来都可以直接测试,直接使用,用祖传的CV大法可以直接用在自己的项目中,不需要引入依赖,不需要搞花里胡哨的配置,最重要的是,官方文档,爷爷奶奶看了都能马上上手!
轮子简介
我给我的独木轮命名为:SweetCode,意味着你每天写代码就和吃Sugar一样甜蜜,哎呀妈呀,简直不要不要的。他的官方文档长这样,目前我就写了一个模块,都是自己在工作中常用到的一些小工具类,自己整理起来也是方便自己以后复用。
Arrays
我们来手撸一个Arrays的类,先来试试手。我目前常用到的对于数组的处理比较多的是:
- 显示字符串数组的内容,用
,
分隔. - 取得数组的第一个元素.
- 把List转换成字符串数组.
- 判断字符串数组是否包含指定的字符串
1 | java复制代码package cn.linstudy.arrays; |
大概写完的话就这些几个方法,其实也很简单,最重要的是你需要在写方法的时候统筹全局,知道这个方法是干什么的,为什么要写他?写他会不会出现耦合性很强的问题,我写代码的时候,首先会想一下这段代码我写的目的是什么?然后先开始写注释,将这个方法的作用、入参、返回值一一定义清楚,让后面的人看了这个代码有一种醍醐灌顶的感觉,不会说一头雾水,接着就要开始去写方法了,写方法的话就涉及到了代码规范,我在总结的时候讲,**总之这个项目我会一直维护下去和写下去的**!
心得(代码规范)
其实说是写轮子,最重要的还是代码规范和方法的一个抽取,什么样的代码是好代码,什么样的代码是屎山,想必这个很多程序员都是不知道的,下面我就来说一下我眼中的代码规范!
- 方法要见名知意,看到方法的入参、返回值、方法名都要知道他的具体含义,而不是要进入方法看逻辑才知道。
- 方法的耦合性要尽量低,不要这个方法依赖下一个方法,下一个方法又调用其他的方法,如果在公司写代码方法要拆分的足够细,需要想好这个方法后面会不会复用,人如果复用的话需要抽取出共同的一些语句,防止重复写代码。
- 方法不要有太多的魔法值,如果有魔法值,可以用枚举或者常量去代替,降低代码耦合度。
本文转载自: 掘金