Gelişen, organize ederken, * .cs sineklerini kendi klasörlerine gruplandırmayı gruplandırmayı seviyorum:C# İsim alanları/Klasörler: ne zaman çok organize/çok fazla isim alanı oluşturuluyor değil mi?
->Project
--->Enums
--->Exceptions
--->Extensions
--->Providers
--->Configuguration
--->Design
--->etc.
Manager.cs
Hepinizin bildiği gibi, Visual Studio varsayılan olarak her klasör için yeni bir Ad Alanı oluşturur:
Company.Product.Enums.MyEnumClass.cs
...
Company.Product.Exceptions.ExceptionBase.cs
etc.
Hangi artıları vardır ... ve eksileri.
İyi tarafı, intellisense ile, bir montajın nasıl tasarlandığını anlamak için önemsiz hale geliyor: tüm parçaları ve sadece istediğiniz parçaları (her bir sınıfa, enum'a, statik uzatma clasına,
Dezavantajı, kodlama için gerçek bir yığın yığını kullanmak zorunda kalmanızdır.
using Company.project.Enums;
using Company.project.Model;
using Company.project.Extensions;
...
etc.
çalışmanın sorunları var ... hangi uzantıları ile göz kamaştırıcı hale geldi ... Bu durumun gidiş yolunun bu kadar büyük olmadığı netleştiği durumlardan biri (Uzantıları kullanarak eklemeyi unutmak çok kolay değil) istediğim şeyi yapmak için zaten yöntemler vardı ...)
Bir yandan, yıllardır yaptığım şekilde organize olmanın ve Intellisense'in yolun olmasına izin verme seçeneğim var. Bir meclisin yeni kullanıcısı, işlevselliği ile hızlı bir şekilde hızlandığını d şunları içerir: ... diğer bir şey, her şeyi bir isim alanına koymak ... ve meclise nasıl başlanacağına dair iyi bir belge yazmak ... (daha fazla maliyet/ve dürüst olmak gerekirse, asla küçük projeler için, vs.)
Namespaces ile ilgili resmi MSDN belgeleri, hangi yoldan gideceğiniz konusunda tavsiyede bulunmaz: http://msdn.microsoft.com/en-us/library/893ke618(VS.71).aspx
Bundan önce, yollarımı değiştirmeden önce neye ilgi duyuyorum diğerleri yapıyor ve neden ... ne yapıyorsun ve neden tam olarak?
O bu konuda burada istendi anlaşılmaktadır: http://blogs.msdn.com/joen/archive/2004/03/15/90002.aspx –