나는 더 많은 관심과 결합 패키지 간의 또는 단위 사이의 배급?
https://stackoverflow.com/questions/123687
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
내가 찾고있는에서는 지표에 대한 커플링 고도서 DSM.
하나의 도구를 사용하에서 보이는 카플링 사이의'모듈'으로 모듈이 되는 단위 분배(이 경우.net 어셈블리).
나는 생각해야에 더 많은 관심을 보고 간의 결합 패키지(또는 네임스페이스)이상의 단위를 배포합니다.
나는 더 많은 관심과 결합 패키지 간의/네임스페이스(보는 것만 추상화에 따라 추상화,구체적인 유형에 따라 달라 추상화 및 그들의 없이 사이클에서 종속도록 refactoring 및 확장이 쉬운)또는 해야하는 우려와 함께 여부를 배포할 수 있습 새로운 버전를 업데이트할 필요 없이 변경되지 않은의 단위 배급?
무엇이 다른 사람을 측정 합니까?
For what it's worth,내 창자가 느끼는 경우에 초점을 포/네임스페이스 연결한 다음의 단위 배급 연결 올 것이 무료 또는 적어도 더 쉽습니다.
해결책
첫째로,그것은 쉽게 바다로 가보고 종속성과 연결할 수도 있습니다.지는 않은지 확인하시기 바랍니다 통해 복잡한다.
와 함께하는 사항의 방법으로,여기에 무엇을 제안합니다.
정말로 3 개의 다른 뷰를 종속성/연결 관리:1)물리적인 구조물(예:어셈블리 종속성) 2)논리적 구조물(예:네임스페이스의 종속성) 3)구현이 구조물(예:클래스 종속성)
대규모 앱해야 합니다 적어도 검사는 모든 3,하지만 당신은 수 있습니다 일반적으로 우선순위를 정합니다.
클라이언트를 위한 배포되는 앱,1 매우 중요 될 수 있습니다(i.e같은 것들에 대해 플러그인).앱에 대한 내에 배포업(i.easp.net),item#1 하는 것으로 밝혀졌습니다 그렇게 중요하지 않다(제외한 프레임워크에서 재사용 여러 응용 프로그램).할 수 있습니다 일반적으로 배포하고 프로그램으로 쉽게 충분하지 않을의 오버헤드 복잡한 구조#1.
Item#2 려는 경향이 있의 유지 관리 문제입니다.알아층을 경계하고 그들의 관계하는 네임스페이스(즉을 하고 있는 1 층당 네임스페이스하거나 당신은 포장과 다르게 논리적 수준에서).때로는 도구들을 도울 수 있을 적용하고 층계 보고 논리적 의존 구조입니다.
Item#3 에 대해 정말 좋은 일을 하는 클래스 디자인을 기준으로 합니다.모든 개발자가 앞으로 두 매우 좋은 양의 노력으로 손님들 그만에 적절한 의존성에서 자신의 클래스입니다.이 더 쉽다는 말이며,일반적으로 기술하는 시간이 지남에 따라 취득.
을 조금 더 가까이 얻을 중심 당신의 질문의,항목#1 에 대해 정말 어떻게 프로젝트는 배치에 대한 솔루션이다.그래서 이 되지 않는 항목를 측정합니다.그것은 무언가를 당신이 설정 시작 부분에게 실행됩니다.Item#2 뭔가가 사용할 수 있는 도구를 확인하는 동안 구축하시는 경우에 개발자가 부러진이 어떤 규칙이 있습니다.그것의 더 많은보다 확인 측정이 정말입니다.Item#3 이 정말 하고 싶어에서 좋은 모습을 측정 합니다.을 찾는 클래스 코드베이스에서는 높은 양의 커플링은 가을 고통인 도로의 아래,품질을 보장에서는 그 사람이다.또한 측정이 수준에서 당신이 어떤 통찰력을 품질(전체)코드 베이스의 진화했습니다.또한,그것을 줄 수 있는 붉은 깃발 경우 검사 중 일부는 정말 야드로 당신의 코드 베이스입니다.
그래서,당신이 원하는 경우 우선순위를 매기고,간단히 살펴 보#1and#2.알고 무엇을 찾아야 합니다.하지만 대부분의 응용 프로그램에 대 한 item#3 을 복용해야의 대부분의 시간입니다.
이 대답은 물론,제외 거대한 프레임워크(좋아.NET BCL).그 아기는 매우 주의하는#1.:-)
그렇지 않으면,당신은 끝까지 함께 이 같은 문제는:"현재 버전의.NET 프레임 워크를 포함한 다양한 GUI 기반 라이브러리는 무엇이 작동하지 않을 것이 제대로에서 서버 핵심" http://www.winsupersite.com/showcase/win2008_ntk.asp
어디에 실행할 수 없습니다.NET GUI-적은 설치하의 윈도우 서버 2008 기 때문에 프레임워크에 대한 종속성 GUI 라이브러리...
최 것입니다.고 있는지 확인 원칙을 잘 알고 있는 뒤에 좋은 종속성/연결을 관리합니다.당신이 찾을 수 있습니다 좋은 여기에 나열:
다른 팁
분포 단위 간의 커플 링 및 종속성주기는 프로그램을 배포하기가 어려울 수 있기 때문에 더 "치명적"입니다. 때로는 프로그램을 컴파일하기가 어려울 수도 있습니다.
당신은 대부분 코드를 논리적 패키지로 나누고 명확하고 사전 정의 된 종속성을 나누는 좋은 최상위 디자인입니다. 대부분의 방식으로 만 얻을 수 있습니다. 누락 된 유일한 것은 패키지를 분포 단위로 정확하게 분리하는 것입니다.
