2012-01-19 61 views
0

我們的團隊希望使用NLog來滿足我們的日誌記錄需求 - 它可以滿足我們的所有需求,並且易於安裝和使用。我的一位同事提出了他在商業環境中使用第三方開源工具的擔憂。使用NLog或滾動我們自己的?

他的偏好是我們編寫我們自己的日誌記錄工具,而不是使用Nlog(或任何其他日誌記錄工具)。他擔心的是,我們最終會使用一種不支持的工具,或者如果我們遇到問題,我們無法獲取源代碼並改變自己。

有人可以幫助我通過提供一些指針 - 優點和缺點 - 使用NLog與編寫我們自己的日誌記錄工具嗎?

我們的觀點是,NLOG已經支持功能,如歸檔,這是我們需要從頭開始編寫(我並不期待這一點!)

回答

3

開源有一些屬性可以使其'支持'優於商業。如果作者/項目不支持它,則可以使用和修改源的事實是最終的後退。如果一個商業產品肚子痛,你沒有源代碼,並且什麼都不能做。如果商業組織沒有提供足夠的支持,你什麼都不能做。使用開源可以解決這個問題。

另外一個開源項目可以得到社區的支持,而商業產品則不能。

所以這裏絕對不存在。在這兩種情況下都取決於公司/項目。

至於NLog,我已經在多家公司使用了好幾年,總是發現作者很有幫助。這是一個開源社區積極支持的開源項目。它使用非常廣泛。

如果有成熟的廣泛使用的開源項目可用,沒有理由推出自己的產品。爲什麼要花費任何東西來獲得成熟的支持良好產品的子集?源代碼是免費的嗎?

通常開源更安全的商業。

+0

謝謝你。這是開發者覺得誠實 - 爲什麼重新發明輪子! –

2

無需推倒重來這個時候。 NLog獲得BSD許可,因此可以安全地在商業環境中使用。

至少可以使用BSD,MIT和X11許可組件。避免GPL。

+0

感謝您的輸入。我已經下載了NLog的源代碼,它有數百個單元測試,這將有助於爭取支持。 –

+0

還有一個問題 - 你知道是否可以對NLog的源代碼進行更改,構建新版本,然後將該版本部署給我們的客戶嗎? –

1

這似乎是NIH綜合徵的典型病例。查找關於這個anti-pattern的文章,找到反對你的恐龍同事的論點。

然後去NLog。另外,看看this

+0

像鏈接到這裏沒有發明。帶我到這:http://notinventedhe.re –

相關問題