Microsoft MVP성태의 닷넷 이야기
Winform UserControl 상속 vs 감싸기? [링크 복사], [링크+제목 복사],
조회: 14982
글쓴 사람
김성민 (mad7322 at gmail.com)
홈페이지
첨부 파일
 

안녕하세요.
여기저기 찾아 봤지만 마땅한 자료를 찾을 수 없어서,..
혼자서만 개발을 해오다 보니 물어볼곳이 없어서 찾아오게 되었습니다.

Syncfusion이나 Devexpress 같은 외부 UI 컨트롤을 사용하여
자체 컴포넌트를 개발을 하려고 합니다.

이때 종속성을 최대한 없애려고 하는데 아래 2가지 방법중 어느것이 더 나은 방법인지에 대해
질문 드리고자 합니다.


1. 상속
public partial class MyTextBox : Syncfusion.Windows.Forms.Tools.TextBoxExt
{
}

2. 감싸기??
public partial class MyTextBox : Control (또는 UserControl)
{
  private Syncfusion.Windows.Forms.Tools.TextBoxExt _base = new Syncfusion.Windows.Forms.Tools.TextBoxExt();

  public MyTextBox()
  {
    _base.Parent = this;
  }
}


원래는 2번의 방법으로 하려고 했습니다. 제가 원하는 기능만 public으로 제공할 수 있고 나중에 교체를 해도 전체 프로그램에 영향이 가지 않아서요.
그런데 저렇게 할 경우에는 문제가 Form에서 MyTextBox을 생성하면 Control 내부에 Control이 생기면서 실질적인 TextBox(_base)가 내부 Control에 위치 하면서 2중 구조가 된다는 겁니다.

  // text.Controls[0]가 존재하게 됨
  MyTextBox text = new MyTextBox();

개인적으로 이렇게 되면 MyTextBox를 생성할때마다 실제로는 2배의 Control이 생기게 되고, 프로그램의 부피가 커지면 성능에 영향을 끼치지 않을까 생각합니다.
뭔가 Form 내부에 Control이 필요없이 생긴다는 찜찜함도 있고요.

그렇다고 1번의 방법으로 가기도 좀 그런 것이...
1번의 방법은 상속을 받기 때문에 Public으로 된 모든 메소드와 속성이 외부에 노출이 되고
이는 곳 종속성이 생길수 밖에 없는 구조기 때문입니다.

뭐가 더 좋은 방법인지, 아니면 다른 좋은 방법이 있는지 질문 드립니다.








[최초 등록일: ]
[최종 수정일: 1/13/2021]


비밀번호

댓글 작성자
 



2021-01-13 07시00분
당연히 그런 경우에는 1번 방식으로 하는 것이 좋습니다. public으로 인한 종속성 걱정은, 별도 인터페이스를 만들어 사용 측에서 가능한 인터페이스를 통해 접근하도록 신경쓰는 수고가 필요합니다. 아니면 2번의 방법에서 자식 컨트롤로 제공하지 않고 그것 스스로 Control의 기능을 구현하며 내부적인 동작을 Syncfusion 또는 Devexpress의 컨트롤로 이양을 시켜야 하는데 그 작업은 오히려 말도 안 되는 코딩양이 될 것입니다.

감싸기의 경우는, 복합 컨트롤을 자식으로 두고 사용할 때 유용합니다. 물론 컨트롤이 많지 않다면 이런 경우에도 방법일 수 있는데, 당연히 많아지면 성능이 떨어질 수 밖에 없습니다.

사실, 벤더가 바뀌는 차원의 종속성을 제거하는 것은 어떤 식으로 해도 힘듭니다. 예를 들어, DB의 경우에는 마이크로소프트 측에서 System.Data에 정의한 인터페이스로 모든 db provider들이 구현하고 있기 때문에 그나마 쉽게 가능한 것입니다. 하지만 그런 DB 조차도 SQL 서버에서 오라클로 바뀌면 벤더 의존적인 쿼리들은 모두 변경해야 하는 수고가 따르기 때문에 엄밀히는 포팅이 쉽다 뿐이지 100% 종속성이 제거된 것은 아닙니다.
정성태
2021-01-13 10시50분
[김성민] 답변 감사합니다. 아직 어떤식으로 작업을 할지에 대해서 결정을 하지는 못했지만 답변 주신내용이 좋은 참고가 될 것 같습니다. 종속성을 100% 버릴 수 없다면 최선이 될 수 있도록 방법을 강구해 봐야 겠네요.
[guest]

... 91  92  [93]  94  95  96  97 
NoWriterDateCnt.TitleFile(s)
133김용국4/1/200510823                답변글 [답변]: [답변]: [답변]: [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
126구정모3/31/200512145이홈의 효과는 어떻게???
128정성태3/31/200511278    답변글 [답변]: 이홈의 효과는 어떻게???
124배재현3/30/200511072Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
125정성태3/30/200510782    답변글 [답변]: Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
121안연준3/23/200510484이벤트 관련 문제
122정성태3/23/200510376    답변글 [답변]: 이벤트 관련 문제
120안연준3/23/200510318정성태님.... 오프라인 문제 질문 입니다. [1]
123정성태3/23/200510532    답변글 [답변]: 정성태님.... 오프라인 문제 질문 입니다. [1]
117정준명3/21/200511422COM+ 메소드 작성시...
118정성태3/29/200510991    답변글 [답변]: COM+ 메소드 작성시... [1]
109김용국3/18/200511996IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
112정성태3/19/200511138    답변글 [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
113김용국3/19/200511093        답변글 [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
114정성태3/19/200511099            답변글 [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
115김용국3/21/200510552                답변글 [답변]: [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ... [1]
119김용국3/22/200510525                    답변글 [답변]: 정상태님 아주 잘 해결 되었습니다.... 감사합니다!
108guest3/17/200510676닷넷 프레임워크 배포
111정성태3/19/200511195    답변글 [답변]: 닷넷 프레임워크 배포
107안연준3/17/200510369[-_-]스마트 클라이언트에 관련 된 질문[-_-]
110정성태3/19/200511260    답변글 [답변]: [-_-]스마트 클라이언트에 관련 된 질문[-_-]
116안연준3/21/200510656        답변글 [답변]: 친절한 답변 고맙습니다.
98김용국3/18/200512528정성태님... 연결이 준비됬습니다
99정성태3/2/200513498    답변글 [답변]: 정성태님... 연결이 준비됬습니다
100김용국3/18/200510462        답변글 [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
101정성태3/2/200510663            답변글 [답변]: [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
... 91  92  [93]  94  95  96  97