2013-01-22 8 views

Odpowiedz

23

Nie wierzę, że istnieje norma najlepszych praktyk do naśladowania, ale zwykle zrobić jedną z dwóch rzeczy:

  • dla mniejszych projektów, będę po prostu utwórz folder „Extensions”, a dodaj tam różne klasy rozszerzeń.
  • Dla większych rozwiązań, będę mieć osobny projekt o nazwie coś w rodzaju: ProjectName.Extensions, a w ramach tego projektu będę miał strukturę folderów, która odzwierciedla przestrzenie nazw klas, które rozwijam. Na przykład:

ProjectName.Extensions/System/StringExtensions.csProjectName.Extensions/System.Web/HttpContextExtensions.cs ProjectName.Extensions/System.Xml/XmlWriterExtensions.cs

i tak dalej ...

Niezależnie od tego, które podejście biorę, w obu przypadkach będę wymienić klasę ClassNameExtensions.cs (np StringExtensions.cs , ListExtensions.cs, itp.).

+0

Podoba mi się odpowiedź na drugą sugestię użycia przestrzeni nazw. Zawsze miałem wątpliwości, jak "dostosować" metody rozszerzania. Do tej pory nazwałem je "pomocnikami, na przykład StringHelper.cs. Wszyscy "pomocnicy" to zapach kodu w świecie OO, więc lubię Twój sposób na więcej. –

Powiązane problemy