2012-12-20 22 views
2

在如文章的題目結果快速搜索:將遺留代碼庫從VB轉換爲C#時獲得的任何價值?

在程序員This thread在堆疊交換甚至出現了一些有趣和幽默的論點,但最以文化,語法和學習能力爲中心。 This article made the "technical debt" argument for why they performed the conversion.基本上,每個人都想停止使用VB.NET。

出於上述任何原因,我不希望徹底改變遺留系統的代碼庫。但是,目前的系統存在一些主要問題:性能差,邏輯錯誤嚴重。但是這僅僅是不值得一個轉換,是嗎?還應該注意的是,開發人員在每種語言中都同樣強大,因此不會對問題產生影響。

通過將65K行代碼從VB轉換爲C#可以獲得任何實質性好處,例如性能提升嗎?

經過我的研究,我不相信轉換會有好處。

+1

不要這樣做。等到你需要重新編寫應用程序,然後用C#來完成。 – McGarnagle

+0

爲什麼你會將錯誤的VB代碼轉換爲錯誤的C#代碼...?無論語言如何,錯誤代碼都是錯誤的代碼 –

+0

@aclear16,我同意。這就是我問這個問題的原因。真的有什麼好處嗎? – JSuar

回答

3

作爲您在問題中鏈接的「技術債務」文章的作者,我想說,您的情況可能不值得將項目從VB .NET轉換爲C#。

在我們的案例中,整個團隊已經決定放棄Visual Basic,並且已經開始在C#中編寫很多新系統。我們都能夠使用任何一種語言,但首選C#,並且恨我們必須記住,當我們需要浸入代碼的VB部分時,需要將每行結尾的分號切掉。 ;-)

正如我在我的文章中指出的那樣,我曾經做出反對在之前的工作中轉換VB .NET項目的決定,因爲我不覺得整個項目是合理的成本。在這種情況下,代碼開頭並沒有很好的形式,如果我們進行了轉換,我們會產生「垃圾進入,垃​​圾出」效應。相反,我們專注於解決VB .NET的問題,這對我們來說花費我們的時間和精力是一種更好的方式。從閱讀你的問題,這聽起來像你在同一條船。您最好花時間解決現有代碼庫中的問題,而不是嘗試轉換它。

+0

感謝您的文章和答案中的有用洞察/建議。 – JSuar