C＃.NET DLL文件，並在.NET Web應用程序中使用它們

Question

我從以前的開發人員那里繼承了一個C＃Web應用程序項目，除代碼注釋外，他們沒有給我留下任何文檔，並且花了我一些時間弄清楚他們以前的工作。

因此，我在團隊服務（TFS）源代碼管理中找到了他們在項目中使用的類文件.cs文件，而我要實現的更改之一是在其中一個類文件中。 但是，我在生產服務器上找不到這些.cs文件。

后來我發現他們所做的是創建一個類庫DLL文件，並將其添加到生產環境的Web應用程序中，這就是為什么我沒有在生產環境中找到類文件的原因，它們位於DLL文件中。

我看到了創建新的類庫DLL的說明，這很簡單。 我的問題是，一旦對類進行了更改，是否可以創建一個新的DLL文件並將其交換到項目中以替換以前的DLL？並且是否有錯誤將其交換回去？

還是有更多的工作要做？

以前的開發人員沒有使用開發服務器，並且源代碼控制與生產應用程序不匹配，並且無法鏈接到生產服務器，因此，要開發一個開發服務器將需要大量的工作，因此現在我必須直接在生產現場進行更改。

Answer 1

因此，我在團隊服務（TFS）源代碼管理中找到了他們在項目中使用的類文件.cs文件，而我要實現的更改之一是在其中一個類文件中。 但是，我在生產服務器上找不到這些.cs文件。

• 那將是標准/正常
• 如果未pre-compliled應用程序/網站（在dll或一組dll中）， pre-compliled在部署/生產中尋找源文件（ .cs或.vb ），否則將不顯示源代碼 。 通常，源文件只會位於源代碼管理（TFS / Git / etc）中和/或位於您的本地dev框中。

對類進行更改后，是否可以創建一個新的DLL文件並將其交換到項目中以替換以前的DLL？並且是否有錯誤將其交換回來？

• 為什么不先從TFS克隆（又稱“獲取最新”）並在本地調試？
• 然后，您可以編譯應用程序並確定應該更新哪些dll / s

在此注意， 可以僅通過代碼更改來覆蓋更新/受影響的 dll。 是的，也可以通過保存（又稱“備份”）將要用新的dll替換的“舊” dll來“回滾dll”。

不過，我會特別注意其他依賴項-不知道您的應用程序有多大，也沒有多少互連的依賴項。 如果您要更新某些外部庫，請確保進行測試-有時依賴關系到特定版本

顯然，並非所有更改都在編譯的dll中（例如，前端，腳本，數據等），因此您必須准確確定可能會受到影響的內容，進行測試，調試並制定回滾計划。

以前的開發人員未使用開發服務器，並且源代碼控制與生產應用程序不匹配

• 他們當地的開發人員可能是完全可行的“開發環境”

• 在某種程度上...此處或此處的圖像或文本可能“正常”（您必須知道這些內容是靜態的還是動態生成/渲染的）。 從那時起，這很可能就是您的任務范圍-re：同步本地，源代碼控制和生產...

---

如果可能的話：

• 將生產站點下載到本地框中，然后從本地框中運行它。
• “將”更改“推送”到本地副本，看看會發生什么。

雖然這聽起來“極端”（如果您有大型應用程序），但您可能會發現在本地文件夾之間進行“差異”比較容易（因此甚至可以對“圖像/等”進行“差異”）。

嗯...