java開發(fā)時各類工具的使用規(guī)范
工具類規(guī)范
一個項目不可能沒有工具類,工具類的初衷是良好的,代碼重用,但到了后面工具類越來越亂,有些項目工具類有幾十個,看的眼花繚亂,還有不少重復。如何編寫出好的工具類,我有幾點建議:
隱藏實現(xiàn)
就是要定義自己的工具類,盡量不要在業(yè)務代碼里面直接調(diào)用第三方的工具類。這也是解耦的一種體現(xiàn)。如果我們不定義自己的工具類而是直接使用第三方的工具類有2個不好的地方:
不同的人會使用不同的第三方工具庫,會比較亂。 將來萬一要修改工具類的實現(xiàn)邏輯會很痛苦。以最簡單的字符串判空為例,很多工具庫都有 StringUtils工具類,如果我們使用commons的工具類,一開始我們直接使用StringUtils.isEmpty,字符串為空或者空串的時候會返回為true,后面業(yè)務改動,需要改成如果全部是空格的時候也會返回true,怎么辦?我們可以改成使用StringUtils.isBlank。看上去很簡單,對吧? 如果你有幾十個文件都調(diào)用了,那我們要改幾十個文件,是不是有點惡心?再后面發(fā)現(xiàn),不只是英文空格,如果是全角的空格,也要返回為true,怎么辦?StringUtils上的方法已經(jīng)不能滿足我們的需求了,真不好改了。。。
所以我的建議是,一開始就自己定義一個自己項目的StringUtil,里面如果不想自己寫實現(xiàn),可以直接調(diào)用commons的方法,如下:
public static boolean isEmpty(String str) { return org.apache.commons.lang3.StringUtils.isEmpty(str);}
后面全部空格也返回true的時候,我們只需要把isEmpty改成isBlank;再后面全部全角空格的時候也返回true的話,我們增加自己的邏輯即可。我們只需要改動和測試一個地方。
在舉一個真實一點的例子,如復制對象的屬性方法。
一開始,如果我們自己不定義工具類方法,那么我們可以使用org.springframework.beans.BeanUtils.copyProperties(source, dest)這個工具類來實現(xiàn),就一行代碼,和調(diào)用自己的工具類沒有什么區(qū)別??瓷先ズ躉K,對吧?
隨著業(yè)務發(fā)展,我們發(fā)現(xiàn)這個方式的性能或者某些特性不符合我們要求,我們需要修改改成commons-beanutils包里面的方法,org.apache.commons.beanutils.BeanUtils.copyProperties(dest, source),這個時候問題來了,第一個問題,它的方法的參數(shù)順序和之前spring的工具類是相反的,改起來非常容易出錯!第二個問題,這個方法有異常拋出,必須聲明,這個改起來可要命了!結(jié)果你發(fā)現(xiàn),一個看上去很小的改動,改了幾十個文件,每個改動還得測試一次,風險不是那么得小。有一點小奔潰了,是不是?
等你改完之后測試完了,突然有一天需要改成,復制參數(shù)的時候,有些特殊字段需要保留(如對象id)或者需要過濾掉(如密碼)不復制,怎么辦?這個時候我估計你要崩潰了吧?不要覺得我是憑空想象,編程活久見,你總會遇到的一天!
所以,我們需要定義自己的工具類函數(shù),一開始我定義成這樣子。
public void copyAttribute(Object source, Object dest) { org.springframework.beans.BeanUtils.copyProperties(source, dest);}
后面需要修改為commons-beanutis的時候,我們改成這樣即可,把參數(shù)順序掉過來,然后處理了一下異常,我使用的是Lombok的SneakyThrows來處理異常,你也可以捕獲掉拋出運行時異常,個人喜好。
@SneakyThrowspublic void copyAttribute(Object source, Object dest) { org.apache.commons.beanutils.BeanUtils.copyProperties(dest, source);}
再后面,復制屬性的時候需要保留某些字段或者過濾掉某些字段,我們自己參考其他庫實現(xiàn)一次即可,只改動價格和測試一個文件一個方法,風險非??煽亍?/p>
還記得我之前的帖子里說的需求變更嗎?你可以認為這算需求變更,但同樣的需求變更,我一個小時改完測試,沒有任何風險輕輕松松上線,你可能滿頭大汗加班加點還擔心出問題。。。
使用父類/接口
上面那點隱藏實現(xiàn),說到底是封裝/解耦的思想,而現(xiàn)在說的這點是抽象的思想,做好了這點,我們就能編寫出看上去很專業(yè)的工具類。這點很好理解,但是我們?nèi)菀缀雎浴?/p>
舉例,假設我們寫了一個判斷arraylist是否為空的函數(shù),一開始是這樣的。
public static boolean isEmpty(ArrayList<?> list) { return list == null || list.size() == 0;}
這個時候,我們需要思考一下參數(shù)的類型能不能使用父類。我們看到我們只用了size方法,我們可以知道size方法再list接口上有,于是我們修改成這樣。
public static boolean isEmpty(List<?> list) { return list == null || list.size() == 0;}
后面發(fā)現(xiàn),size方法再list的父類/接口Collection上也有,那么我們可以修改為最終這樣。
public static boolean isEmpty(Collection<?> list) { return list == null || list.size() == 0;}
到了這部,Collection沒有父類/接口有size方法了,修改就結(jié)束了。最后我們需要把參數(shù)名字改一下,不要再使用list。改完后,所有實現(xiàn)了Collection都對象都可以用,最終版本如下:
public static boolean isEmpty(Collection<?> collection) { return collection == null || collection.size() == 0;}
是不是看上去通用多了 ,看上去也專業(yè)多了?上面的string相關(guān)的工具類方法,使用相同的思路,我們最終修改一下,把參數(shù)類類型由String修改為CharSequence,參數(shù)名str修改為cs。如下:
public static boolean isEmpty(CharSequence cs) { return org.apache.commons.lang3.StringUtils.isEmpty(cs);}
思路和方法很簡單,但效果很好,寫出來的工具類也顯得很專業(yè)!總結(jié)一下,思路是抽象的思想,主要是修改參數(shù)類型,方法就是往上找父類/接口,一直找到頂為止,記得修改參數(shù)名。
使用重載編寫衍生函數(shù)組
開發(fā)過的兄弟都知道,有一些工具庫,有一堆的重載函數(shù),調(diào)用起來非常方便,經(jīng)常能直接調(diào)用,不需要做參數(shù)轉(zhuǎn)換。這些是怎么樣編寫出來的呢?我們舉例說明。
現(xiàn)在需要編寫一個方法,輸入是一個utf-8格式的文件的文件名,把里面內(nèi)容輸出到一個list。我們剛剛開始編寫的時候,是這個樣子的
public static List<String> readFile2List(String filename) throws IOException { List<String> list = new ArrayList<String>(); File file = new File(filename); FileInputStream fileInputStream = new FileInputStream(file); BufferedReader br = new BufferedReader(new InputStreamReader(fileInputStream, 'UTF-8')); // XXX操作 return list;}
我們先實現(xiàn),實現(xiàn)完之后我們做第一個修改,很明顯,utf-8格式是很可能要改的,所以我們先把它做為參數(shù)提取出去,方法一拆為二,就變成這樣。
public static List<String> readFile2List(String filename) throws IOException { return readFile2List(filename, 'UTF-8');}public static List<String> readFile2List(String filename, String charset) throws IOException { List<String> list = new ArrayList<String>(); File file = new File(filename); FileInputStream fileInputStream = new FileInputStream(file); BufferedReader br = new BufferedReader(new InputStreamReader(fileInputStream, charset)); // XXX操作 return list;}
多了一個方法,直接調(diào)用之前的方法主體,主要的代碼還是只有一份,之前的調(diào)用地方不需要做任何修改!可以放心修改。
然后我們在看里面的實現(xiàn),下面這2行代碼里面,String類型的filename會變化為File類型,然后在變化為FileInputStream 類型之后才使用。
File file = new File(filename);FileInputStream fileInputStream = new FileInputStream(file);
這里我們就應該想到,用戶可能直接傳如File類型,也可能直接傳入FileInputStream類型,我們應該都需要支持,而不需要用戶自己做類型的處理!在結(jié)合上一點的使用父類,把FileInputStream改成父類InputStream,我們最終的方法組如下:
package plm.common.utils;import java.io.BufferedReader;import java.io.File;import java.io.FileInputStream;import java.io.IOException;import java.io.InputStream;import java.io.InputStreamReader;import java.util.ArrayList;import java.util.List;import org.apache.commons.io.IOUtils;/** * 工具類編寫范例,使用重載編寫不同參數(shù)類型的函數(shù)組 * * @author 曉風輕 https://github.com/xwjie/PLMCodeTemplate * */public class FileUtil { private static final String DEFAULT_CHARSET = 'UTF-8'; public static List<String> readFile2List(String filename) throws IOException { return readFile2List(filename, DEFAULT_CHARSET); } public static List<String> readFile2List(String filename, String charset) throws IOException { FileInputStream fileInputStream = new FileInputStream(filename); return readFile2List(fileInputStream, charset); } public static List<String> readFile2List(File file) throws IOException { return readFile2List(file, DEFAULT_CHARSET); } public static List<String> readFile2List(File file, String charset) throws IOException { FileInputStream fileInputStream = new FileInputStream(file); return readFile2List(fileInputStream, charset); } public static List<String> readFile2List(InputStream fileInputStream) throws IOException { return readFile2List(fileInputStream, DEFAULT_CHARSET); } public static List<String> readFile2List(InputStream inputStream, String charset) throws IOException { List<String> list = new ArrayList<String>(); BufferedReader br = null; try { br = new BufferedReader(new InputStreamReader(inputStream, charset)); String s = null; while ((s = br.readLine()) != null) { list.add(s); } } finally { IOUtils.closeQuietly(br); } return list; }}
怎么樣?6個方法,實際上代碼主體只有一份,但提供各種類型的入?yún)?,調(diào)用起來很方便。開發(fā)組長編寫的時候,多費一點點時間,就能寫來看上去很專業(yè)調(diào)用起來很方便的代碼。如果開發(fā)組長不寫好,開發(fā)人員發(fā)現(xiàn)現(xiàn)有的方法只能傳String,她要傳的是InputStream,她又不敢改原來的代碼,就會copy一份然后修改一下,就多了一份重復代碼。代碼就是這樣爛下去了。。。
關(guān)鍵點,多想一步,根據(jù)參數(shù)變化編寫各種類型的入?yún)⒑瘮?shù),需要保證函數(shù)主要代碼只有一份。
使用靜態(tài)引入
工具類的一個問題就是容易泛濫,主要原因是開發(fā)人員找不到自己要用的方法,就自己寫一個,開發(fā)人員很難記住類名,你也不可能天天代碼評審。
所以要讓開發(fā)人員容易找到,我們可以使用靜態(tài)引入,在Eclipse里面這樣導入:
物理上獨立存放
這點是我的習慣,我習慣把和業(yè)務無關(guān)的代碼放到獨立的工程或者目錄,在物理上要分開,專人維護。不是所有人都有能力寫工具類,獨立存放專門維護,專門的權(quán)限控制有助于保證代碼的純潔和質(zhì)量。這樣普通的開發(fā)人員就不會隨意修改。
例如我的范例工程里面,專門建立了一個source目錄存放框架代碼,工具類也在里面,這里的代碼,只有我一個人會去修改:
總結(jié)
幾乎所有人都知道面向?qū)ο蟮乃枷胗谐橄蠓庋b,但幾個人真正能做到,其實有心的話,處處都能體現(xiàn)出這些思想。編寫工具類的時候需要注意參數(shù)的優(yōu)化,而且大型項目里面不要在業(yè)務代碼里面直接調(diào)用第三方的工具類,然后就是多想一步多走一步,考慮各種類型的入?yún)?,這樣你也能編寫出專業(yè)靈活的工具類!
到此這篇關(guān)于java開發(fā)時各類工具的使用規(guī)范的文章就介紹到這了,更多相關(guān)java編碼時工具的使用規(guī)范內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
