.Net 디자인 장점/단점 : 서로를 참조하는 개체 대. 이벤트?

Question

TruckStop에는 TruckClass 목록과 Weigh()라는 메서드가 있습니다. TruckClass는 Weigh()를 호출해야합니다. 다음 두 디자인의 장점/단점은 무엇입니까? TruckClass에 TruckStopClass에 대한 참조가 있고 MyTruckStopClassReference.Weigh() Vs. TruckClass는 TruckClass를 발생시킵니다. TruckStopClass가 처리하는 대규모 이벤트입니다.

서로 참조하는 개체가 GC에 영향을주지는 않지만 각 TruckClass에 추가 참조가 필요하다는 것을 읽었습니다. 동전의 반대편에서, 나는 이벤트 핸들러가 참조가된다는 사실을 읽었으며, 만약 당신이 그들을 unwire하지 않는다면 문제를 일으킬 수있다. 이 문제에 대한 찬성/반대/모범 사례/의견에 대한 약간의 명확성이나 논평은 인정 될 것입니다.

Answer 1

내 솔루션은 TruckClass 및 Weigh() 메서드를 모두 TruckStop 클래스에 포함시키는 것입니다. 뭔가 같은이 같은

Class TruckStop 
    Class Truck 
     (private attributes) 
     (public properties) 
    End Class 

    Public Shared Function Weigh(truck) as Weight 
     (code) 
    End Function 
End Class 

참조 :

weight = thisTruckStop.weigh(thisTruckStop.Truck(truckNum)) 

Answer 2

을 지금까지 두 가지 방법은 내가 두 클래스 개별 인이 아닌 이벤트에 의해 서로 연결 향하다하는 경향이있을 거라고 우려로/핸들러. 이 이론적 인 경우 나는 계량 함수를 모듈 또는 트럭 정지 클래스의 공유 함수 안에 넣고 트럭을 매개 변수로 사용하게 할 것입니다.

이벤트 경로로 이동하려는 경우 한 클래스가 별도의 클래스에서 발생한 이벤트를 처리하는 것이 매우 바람직한 방법은 아닙니다. 그리고 저의 개인적인 견해로는 만약 제가 그렇게했다면 두 클래스가 너무 밀접하게 결합되어서 OOP 디자인을 도살 한 것처럼 느끼지 않을 것이므로 매우 더럽다고 느낄 것입니다.

여러 위치에서 동일한 양식을 호출 할 수있는 프로그램을 처리 할 때 양식 초기화를 통합하기 위해 과거에 한 일은 양식을 시작할 수있는 모든 가능한 장소가 공통 컨테이너로 이벤트를 발생시키는 것입니다. 기본 폼이나 컨테이너 클래스 또는 그 라인을 따르는 무언가를 찾은 다음 해당 부모 폼/클래스/컨테이너에서 모든 자식에서 오는 각 이벤트를 처리합니다. 이것에 대한 좋은 점은 폼 이니셜 라이저를 호출하는 하나의 하위 프로 시저 (또는 함수를 정의하고자 함)에 의해 처리되는 모든 이벤트를 가질 수 있다는 것입니다. 그리고 폼이 어떻게 생성되고 변경되는지를 변경해야 할 필요가있는 경우 한 곳.

이 예제는 귀하의 예제와 관련이 없지만 예를 약간 변경하고 두 클래스 모두 차량의 무게를 측정 할 수 있다고 가정하면 액세스 포인트를 트럭 정지 계량 기능으로 중앙 집중화하면 프로젝트를 관리하게됩니다 그만큼 쉽게.