Newtonsoft.Json作為知名Json庫,明明已經很好用了,并且它還是MIT協議的,但是,我工作那么久,總是會在一些項目里發現寫項目的人不會選擇直接引用Newtonsoft.Json的庫,而是自己重新寫一套出來,有些是改了名字的,有的甚至連名字都不改,雖然復制粘貼的確不費什么勁,可是這樣做不光會讓代碼結構變得臃腫,而且如果Newtonsoft.Json的源生代碼有任何漏洞的話,本地代碼就得隨之更改,關鍵是,您也不能天天盯著Newtonsoft.Json漏洞更新去看呀!
我的電腦有大概上百個國內互聯網公司的SDK源碼,當然了,很多都比較舊了,稍微搜索了下,這么干的公司還不少!
更讓我不解的就是,明明Newtonsoft.Json很好用,但很多程序員就偏不用,明明JsonConvert.SerializeObject()和JsonConvert.DeserializeObject()已經能夠滿足大部分Json的序列化和反序列化場景了,但是我還是會看到很多程序員喜歡自己寫一個Json序列化和反序列化的接口,就是不用Newtonsoft.Json!
當然,能夠自己寫也是本事,雖然用庫對于很多程序員來說的確體現不了技術,可是用庫的好處就是庫有專門的人或機構去維護,穩定性較好,而自己重新寫,除非經過大量項目的驗證,否則穩定性可能還是差那么一點!
結語
作為程序員,該用庫我們就應該用庫,程序員寫項目我覺得還是以實現為主,只要使用的庫沒有協議上的約束,用庫不光穩定,而且也能提高編程效率!何樂不為呢?
當然了,像一些比較敏感的項目,可能真的自己造輪子是很有必要的,因為一個庫用得人越多,那么當這個庫發生了一些漏洞的話,可能就會被人利用,從而威脅項軟件的安全。
可話又說回來,您的項目安全標準有那么高嗎?您確保您自己造輪子造出來的東西就沒有漏洞嗎?
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.