構造函數或顯式類型轉換

在使用Linq to Sql時，我創建了一個將數據傳送到網頁的獨立類。爲了簡化創建這些渡口對象，我使用專門的構造函數或顯式轉換運算符。我有兩個問題。構造函數或顯式類型轉換

首先從可讀性的角度來看哪種方法更好？

二而產生的CLR代碼看起來是一樣的我，是其中一個會被編譯器處理比其他的不同（拉姆達的或如）存在的情況。

示例代碼（DatabaseFoo使用專門的構造和BusinessFoo使用顯式運算符）：

public class DatabaseFoo 
{ 
    private static int idCounter; // just to help with generating data 
    public int Id { get; set; } 
    public string Name { get; set; } 

    public DatabaseFoo() 
    { 
     Id = idCounter++; 
     Name = string.Format("Test{0}", Id); 
    } 
    public DatabaseFoo(BusinessFoo foo) 
    { 
     this.Id = foo.Id; 
     this.Name = foo.Name; 
    } 
} 

public class BusinessFoo 
{ 
    public int Id { get; set; } 
    public string Name { get; set; } 

    public static explicit operator BusinessFoo(DatabaseFoo foo) 
    { 
     return FromDatabaseFoo(foo); 
    } 


    public static BusinessFoo FromDatabaseFoo(DatabaseFoo foo) 
    { 
     return new BusinessFoo {Id = foo.Id, Name = foo.Name}; 
    } 
} 

public class Program 
{ 
    static void Main(string[] args) 
    { 
     Console.WriteLine("Creating the initial list of DatabaseFoo"); 
     IEnumerable<DatabaseFoo> dafoos = new List<DatabaseFoo>() { new DatabaseFoo(), new DatabaseFoo(), new DatabaseFoo(), new DatabaseFoo(), new DatabaseFoo(), new DatabaseFoo()}; 

     foreach(DatabaseFoo dafoo in dafoos) 
      Console.WriteLine(string.Format("{0}\t{1}", dafoo.Id, dafoo.Name)); 

     Console.WriteLine("Casting the list of DatabaseFoo to a list of BusinessFoo"); 
     IEnumerable<BusinessFoo> bufoos = from x in dafoos 
              select (BusinessFoo) x; 

     foreach (BusinessFoo bufoo in bufoos) 
      Console.WriteLine(string.Format("{0}\t{1}", bufoo.Id, bufoo.Name)); 

     Console.WriteLine("Creating a new list of DatabaseFoo by calling the constructor taking BusinessFoo"); 
     IEnumerable<DatabaseFoo> fufoos = from x in bufoos 
             select new DatabaseFoo(x); 

     foreach(DatabaseFoo fufoo in fufoos) 
      Console.WriteLine(string.Format("{0}\t{1}", fufoo.Id, fufoo.Name)); 
    } 
}

來源

2010-04-10 Felan

我不是轉換大部分的忠實粉絲 - 不論是明確的或隱含的。相同的語法：(TypeName) expression用於各種不同類型的轉換，並且知道編譯器應用的是哪種類型會有點混亂。

像FromDatabaseFoo這樣的靜態工廠方法很好 - 您可能還希望在DatabaseFoo上有一個實例方法ToBusinessFoo。在我看來，這兩個都比用戶定義的轉換更清晰。

（這並不是說，自定義的轉換是總是一個壞主意，你要知道，我只是在一般的警惕他們。）

來源

2010-04-10 18:00:18

我可能會在DatabaseFoo類中使用靜態ToBusinessFoo和靜態FromBusinessFoo，並避免將任何內容放入BusinessFoo中，因爲重點在於儘量減少BusinessFoo對數據的瞭解。轉換也不適合我。所以你更喜歡靜態方法來使用一個構造函數：DatabaseFoo（businessFoo）？ – Felan 2010-04-10 19:42:41

@Felan：你可以在DatabaseFoo上將它設置爲一個*擴展*方法......這樣DatabaseFoo本身不知道它，但它看起來像它。說實話，構造函數或靜態方法不會讓我感到困擾。靜態方法有一些優點，比如能夠緩存或返回null，並且有名稱來消除參數的歧義。建設者更典型。 – 2010-04-10 21:27:08

我會建議你在看AutoMapper。它將使你的代碼更加清晰，並將這些對象之間的映射分開，使它們獨立並且更加可重用。

來源

2010-04-10 17:54:58

感謝這很有趣的聯繫，我一定會打使用AutoMapper。有很多情況下，這樣會很方便。有時候添加像AutoMapper這樣的抽象看起來好像走了一段路，避免穿越繁忙的街道。如果你只需穿越一條繁忙的街道，那麼額外的一英里似乎並不值得，但如果你必須越過幾條惡劣的街道，那麼更長的時間（這將變得更短）和更清潔的路徑得到回報。 – Felan 2010-04-10 19:31:50

構造函數或顯式類型轉換

回答

相關問題