내가 관련 * .cs를 그룹화하는 것은 자신의 폴더에 함께 날아 개발할 때 조직 유지하려고 좋아 : 아시다시피C# 네임 스페이스/폴더 : 너무 조직화되고/너무 많은 네임 스페이스가 올바르지 않은 경우?
->Project
--->Enums
--->Exceptions
--->Extensions
--->Providers
--->Configuguration
--->Design
--->etc.
Manager.cs
이, 비주얼 스튜디오는 기본적으로 각 폴더에 대한 새 네임 스페이스를 만듭니다
Company.Product.Enums.MyEnumClass.cs
...
Company.Product.Exceptions.ExceptionBase.cs
etc.
프로 ...과 단점을 가지고있다.
좋은면이 인텔리로,이 어셈블리가 디자인 된 방법을 알아 내기 위해 사소한 될 것입니다: 모든 단일 클래스, 열거, 정적 확장 clases을 필요로 원하는 부분 만이 (비교 모든 부분을 확인하고, 비즈니스 엔티티, 관리, 제공 등을 모두 하나의 네임 스페이스.
단점은 ... 당신이 코딩을 얻을 포함의 진짜 더미를 사용하지 끝날 것입니다.
using Company.project.Enums;
using Company.project.Model;
using Company.project.Extensions;
...
etc.
그리고이 방법 작업에 문제가있다 ... 확장 기능이 가장 눈에 띄게된다 ... 내가이 일을하는 방식이 훌륭하지 않은 경우 (확장 기능을 사용하는 것을 잊어 버리기 쉽고, 내가 원하는 것을 할 수있는 방법은 이미 있었다는 것을 ...)
그래서 ... 한편으로, 나는 몇 년 동안 해왔 던 방식을 조직하고, 인텔리이 방법이 될 수 머물 수있는 옵션이 어셈블리의 새로운 사용자가 신속하게 기능에 익숙해 지도록 d를 include에 포함하기 만하면됩니다. 다른 방법은 모든 것을 하나의 네임 스페이스에 넣고 어셈블리를 시작하는 방법에 대한 좋은 문서를 작성하는 것입니다. (더 많은 비용이 들며 솔직히, 결코 끝나지 않을 수도 있습니다 작은 프로젝트 등)
네임 스페이스에 대한 공식적인 MSDN 설명서는 어떤 방향으로 갈 것인지에 대한 조언을 제공하지 않습니다. http://msdn.microsoft.com/en-us/library/893ke618(VS.71).aspx
그런데, 내가 길을 바꾸기 전에, 다른 사람들이하고있는 이유는 무엇입니까? 당신은 무엇을하고 있으며, 그 이유는 무엇입니까?
여기에 대해 질문을 받았다 나타납니다 : http://blogs.msdn.com/joen/archive/2004/03/15/90002.aspx –