我們有一個(gè) Java 服務(wù)，可以處理大量用戶上傳的文件，以及為不同模型執(zhí)行準(zhǔn)備這些文件的任務(wù)。其中一個(gè)準(zhǔn)備階段包括覆蓋 json 文件中的值。十分之四的任務(wù)應(yīng)該執(zhí)行此操作。我創(chuàng)建了一個(gè)靜態(tài)實(shí)用程序類，其中包含一個(gè)函數(shù)來覆蓋 json 文件中的值，例如public static class ParameterUtils { public static String overrideParameter(String originalContent, String key, String newValue) { //4 lines of code that overrides this value and return modified content. }}然而，我的高級(jí)開發(fā)人員說這個(gè)實(shí)用程序類幾乎沒有提供任何價(jià)值，而我試圖保留 DRY 原則。最后我確實(shí)擺脫了這個(gè)實(shí)用程序類，現(xiàn)在覆蓋 json 文件中的值的 4 行代碼駐留在 4 個(gè)不同的文件中。從OOP的角度來看，你認(rèn)為這個(gè)類和方法不好嗎？為什么以及為什么不呢？
1 回答
慕村9548890
TA貢獻(xiàn)1884條經(jīng)驗(yàn) 獲得超4個(gè)贊
不，在多個(gè)地方重復(fù)（稍微復(fù)雜）代碼絕對(duì)是不好的做法。
DRY 原則說的是“不要重復(fù)自己”。這是需要記住的事情，您不想通過指示計(jì)算機(jī)多次覆蓋此參數(shù)來重復(fù)自己。
然而，可能有比只有一個(gè)方法的靜態(tài)實(shí)用程序類更好的地方來放置它。
如果您使用它的 4 個(gè)文件都擴(kuò)展了某個(gè)類，則可以將其設(shè)置為受保護(hù)的靜態(tài)方法?；蛘咭苍S將它放在返回 JSON 字符串的類中。
然而，將 JSON 作為字符串傳遞似乎有一種代碼味道，特別是當(dāng)您通過字符串操作來操作它時(shí)。使用 JSON 庫(kù)（例如 Jackson 或 org.json）可能是個(gè)好主意。如果您使用 Jackson 的數(shù)據(jù)綁定功能（使用 Jackson 的最流行方式），您將創(chuàng)建一個(gè)具有實(shí)際 getter 和 setter 的 POJO，Jackson 負(fù)責(zé)將其轉(zhuǎn)換為 JSON。就 org.json 而言，您使用一個(gè)與JSONObjecta 非常相似的類Map<String, Object>，并且可以像處理映射一樣對(duì)其進(jìn)行變異，并且可以使用單個(gè)方法將其與 String 相互轉(zhuǎn)換。
添加回答
舉報(bào)
0/150
提交
取消