"Partitioned Single Solution"전략을 사용하여 .Net 프로젝트 및 솔루션을 구축 한 경우 누구든지 내 솔루션 이름에 점 표기법을 포함시키는 것이 좋지 않은 이유에 대해 의견을 말하거나 경험을 공유 할 수 있습니다..Net 솔루션 파일에 마침표를 추가하는 것은 나쁜 생각입니까?
master.sln
master.sub.sln
... 또한 당신이 좋은 아이디어라고 생각하면 알려주세요? 나는 "왜 밑줄이나 대시를 사용하지 않는가?"라고 묻는 사람을 찾고있는 것이 아닙니다. 나는 왜 당신이 기간을 사용하고 싶지 않은지에 대한 구체적인 이유가 궁금합니다.
감사합니다,
- 매트 도트를 사용하지 않을 이유. 나는 특히 우리 회사 이름 때문에 그들에게 모든 시간을 사용하는 모든 프로젝트 /이와 같은 솔루션 :
솔루션 : CompanyName.DepartmentName.Application
프로젝트 : CompanyName.DepartmentName.Application.ProjectName
같음. 오히려 솔루션 파일에 마침표가 포함되지 않습니다. –
I 그것이 완벽하게 받아 들일 수 있다고 생각하고 시대를 여러 번 사용했습니다. 일관되고 일관성있게 OCD를 활용하십시오.
혼란 스럽기 때문에 나는 그것을하지 않을 것입니다. 솔루션은 전체 응용 프로그램 아키텍처 내에서 특정 하위 시스템을 캡처해야하므로 해당 하위 시스템 다음에 솔루션의 이름을 지정합니다. 계층 적 데이터는 다양한 모듈의 프로젝트 이름에서 기대할 수있는 데이터입니다.
솔루션의 계층 구조가 및 인 경우 프로젝트에 대한 계층 구조가 혼란 스럽습니다. 특히 그들이 다른 계층 구조라면.
이 점은 * 주관적인 관점입니다. 나는 네가 틀렸다는 말을하지 않을 것이다. 네가 그렇지 않기 때문에, 나는 객관적으로 "옳은"방법이 있다고 생각하지 않는다. 나는 단지 이런 식으로 그렇게하지 않을 것이라고 말하고있다. –
그건 그렉, 너는 좋은 지적이야. –
솔루션 파일 이름에 점을 사용하여 "문제"가 표시되지 않습니다. 나는 과거에도 그것들을 사용했다. 그러나 요즘에는 짧은 솔루션 파일 이름을 점없이 사용합니다. 최근 프로젝트 목록에서 특히 더 쉽게 읽고 찾을 수 있습니다.
저는 실제로 계층을 구성하기위한 프로젝트 파일에 도트를 사용합니다.
솔루션 파일 이름에 대한 개인적인 취향 일뿐입니다.
나는 그것을 해본 적이 없지만, 문제를 일으키는 것을 보지 못했다. –