什麼是接近從頭開始創建公司的.Net框架命名空間的最佳方式？

Question

我們正在遷移我們從經典VB到2008年VB.Net應用程序，我需要創建一個基本的命名空間和業務層。我的方式方法將是參觀我們的首要BA和確定我們（固定收益），公司的公共區域，試圖形成儘可能多的仿製藥，儘可能代碼的一個體面的傳承模式。

大家都這樣做的經驗，作爲問題的第二部分，我們正在考慮將Web Focus整合到OLAP方面，這將如何影響公司命名空間及其衍生產品的設計？

Answer 1

我認爲開始創建企業.NET框架的最佳方式是從現有企業項目中收集現有代碼。沒有特定，具體的項目編寫代碼通過談話學士學位從頭開始構建框架，可能會導致你對設計在某些領域的框架，完全錯過其他一些必要的功能（以及，它可以放置在你的框架人爲限制客戶沒有很好的理由）。

有關更完整的說明，請參閱福勒的條目Harvested Framework和此blog post。

我對Web Focus並不熟悉，但我猜測它會以某種方式影響它，但是，如果您使用收穫框架，則在構建的前幾個應用程序中使用它會影響您在框架內使用Web Focus。

Answer 2

傑瑞姆在框架上有它的權利。我會簡單地提一下關於命名空間的一些明顯的內容

永遠記住一個名字空間是什麼 - 它是提供一個名字將存在的「空間」。特別是，它意味着提供足夠小的空間，以便在該空間內創建名稱的人員不太可能產生重複或令人困惑的名字。

這隻有在命名空間是沿着組織模式或領域知識組織的情況下才能起作用。經常使用一個簡單的例子是公司的圖案。 BusinessUnit。 應用。理論上說，在一組給予應用程序的開發人員中，名稱重複的機會較少。對於大型應用程序來說，這不是真的，你可能想根據圖層或區域進一步分解它。同樣，業務單位太大，你會想要打破這一點。

但是，在所有情況下，您都在嘗試對腦組進行分區，因爲它是創建名稱的大腦。

Answer 3

如果您的應用程序在VB6下（而不是VB3），那麼我強烈建議先重新設計VB6中的類層次結構。原因是在任何轉換中，您都嘗試保留舊應用程序的行爲。延長項目時間來做到這一點，並同時進行重新設計。

通過首先在應用程序原始語言中進行設計更改，然後確保產生的任何錯誤都歸因於設計而不是轉換。

過去20年來，我們對軟件進行了三次重大改變; （DOS到VB3）（VB3到VB6中面向對象的設計）和（VB6到VB.NET）。

最後，直接在VB6中設計一個很容易連接到VB.NET的設計。訣竅是隱藏接口（圖形，打印等）背後的具體VB6 API和結構>

什麼時候進行轉換我建議從上到下進行操作。首先將表單轉換爲調用VB6 COM DLL的.NET。然後將每個圖層轉換到底層DLL。

此外，如果您嘗試更改設計並將其轉換爲任何複雜應用程序的另一種語言，則會使轉換時間加倍。