Control.Name을 기준으로 하위 컨트롤 찾기 (재귀 사용)

동적 컨트롤 생성/수정/삭제

  코딩을 하다 보면 동적으로 컨트롤을 생성하고 수정하고 삭제해야 하는 일이 비일비재하게 일어납니다. 그런데, 생성하는 거야 뭐 순서대로 생성하면 된다 치지만 수정과 삭제는 어떻게 해야할까요?

  C#에서 모든 컨트롤은 Name 속성을 가지고 있습니다. Name 속성은 string 형식의 컨트롤의 고유 이름을 저장하는 식별자 역할을 하신다고 보시면 됩니다. 이 Name 속성을 사용해 동적으로 컨트롤을 생성할 때마다 Name을 할당해주면 나중에 수정/삭제시 이를 통해 특정 컨트롤을 손쉽게 찾아 작업할 수 있습니다.

  동적으로 컨트롤을 생성하고 Name을 할당하는 것을 보여드리죠.
private void CreateControls()
{
    var parent = tlpMain;
    
    for (int i = 0; i < 100; i++)
    {
        var chk = new CheckBox();
        chk.Checked = true;
        chk.Name = $"chk_{i}";

        var tb = new TextBox();
        tb.Name = $"tb_{i}";

        parent.Controls.Add(chk);
        parent.Controls.Add(tb);

        parent.RowCount++;

        parent.RowStyles.Add(rowStyle);
    }
}


  자, 위와 같이 코드를 작성하고 CreateControls 메소들를 호출하면 tlpMain이라는 테이블 레이아웃 패널에 각각 100개의 체크박스와 텍스트박스 페어가 자식 컨트롤로 등록됩니다. 그리고 각각의 체크박스와 텍스트박스는 "chk_#"과 "tb_#"이라는 Name 속성으로 식별되죠.

Name 속성을 사용해 하위 컨트롤 찾기

  근데 상황이 항상 이렇게 쉽게 쉽게 흘러가는 것은 아닙니다. 간단히 생각해 컨트롤 A의 하위에서 Name이 "B"인 B 컨트롤을 찾는다 정도의 상황이라면 foreach문을 사용해 A의 하위 컨트롤을 돌며 찾으면 되겠지만, 컨트롤 A의 하위 컨트롤과 그 컨트롤의 모든 하위 컨트롤에서 Name이 "B58"인 B 컨트롤을 찾는다" 씩이나 되는 상황이라면 얘기가 달라집니다.
  우선 A 컨트롤 하위에 A1컨트롤이 있고 A2, A3... A100이 있다고 칩시다.  A1컨트롤 하위엔 A11과 A12, A13... 그리고 그 하위에 B 컨트롤이 있고 B1, B2, B3... 이런 식으로 반복된다면 foreach 하나 가지고는 찾는 데 너무 엄청난 시간이 걸리죠.

  그렇다면 재귀 함수를 만들어 활용해봅시다.
public static Control GetChildControlByName(this Control ctrl, string name)
{
    foreach (Control c in ctrl.Controls)
    {
        if (c.Name == name)
            return c;
        else
            return c.GetChildControlByName(name);
    }
}


  부모 컨트롤의 모든 자식 컨트롤에 대해 Name이 인자와 같다면 해당 자식 컨트롤을 반환하고, 그렇지 않다면 다시 자식 컨트롤의 자식 컨트롤에서 찾기 시작합니다. 이렇게 첫 자식 컨트롤의 모든 자식 컨트롤에서 찾을 수 없었으면 다음 자식 컨트롤로 넘어갑니다. 재귀 함수를 이용한 하위 Name 속성을 이용해 하위 컨트롤을 찾는 방법입니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

C# 남아도는 메모리에도 불구하고 OutOfMemoryException이 발생한다면?

이미지
  C# 코딩 중 평소 볼 수 없던 생소한 현상이 발생했습니다. 분명 메모리는 남아도는데(32기가바이트 중 26기가바이트 사용 가능) 프로그램이 돌다가 OutOfMemory 예외를 던지며 죽어버리는 현상이었죠. List 에 수많은 파싱된 데이터를 넣는 작업 중이었습니다.   그래서 메모리 프로파일러를 잘 관찰해보니 2GB의 메모리를 사용하면 무조건 뻗어버리는 현상을 발견했고, 왜 그럴까 생각해보다가 문득 예전 XP에서 4기가 메모리를 달아도 32비트 운영체제의 한계 아닌 한계로 3기가 조금 넘게밖에 인식을 못 했던 것이 생각났습니다. 생각은 자연스럽게 컴파일이 32비트로 됐구나! 쪽으로 넘어갔고 프로젝트 설정에 보니 빌드 항목에 해당되는 체크박스가 있더군요.   현재 메모리가 남아도는데도 OutOfMemory 예외가 뜬다면 100% 저게 체크된 상태일 겁니다. 그림과 같이 체크 해제 하신 후 실행하시면 특별한 경우가 아닌 이상 컴퓨터 메모리가 바닥날 때까지 저 예외를 볼 일 없게 될겁니다.
자세한 내용 보기

MySQL 데이터 타입과 Java 데이터 타입 비교/매칭

  안녕하세요? 혼살입니다. 블로그에 정말 오랜만에 글을 씁니다. 일하고 겜하고 일하고 겜하고 집에 박혀서 매일 똑같은 일상을 보내다 보니 블로그에 글을 오랫동안 안 쓰고 있었네요. 대부분 근황은 유튜브 동영상으로 대체하다 보니 더욱 더 그랬던 것 같습니다.   하지만 이번엔 영상보다 글로 남기는 게 더 유익할 것 같아 간만에 글을 쓰게 되었습니다. 바로 MySQL Data Types & Java Data Types 매칭! 현재 진행중인 외주 작업 중 SET 타입을 Java에선 어떻게 처리하나 찾아보다가 잘 정리된 블로그 글 을 발견해 나중에 손쉽게 찾기 위해 제 블로그에도 씁니다. 위 링크에 들어가시면 테이블로 잘 정리돼 있으니 한 번 들어가 보시는것도 괜찮겠네요. 왼쪽은 MySQL, 오른쪽은 Java의 데이터 타입입니다. BIT <-> Boolean TINYINT <-> Integer BOOL/BOOLEAN (TINYINT(1)) <-> Integer SMALLINT <-> Unsigned 상관없이 Integer MEDIUMINT <-> Integer, Unsinged라면 Long INT <-> Integer, Unsigned라면 Long BIGINT <-> Long, Unsigned라면 java.math.BigInteger FLOAT <-> Float DOUBLE <-> Double DECIMAL <-> java.math.BigDecimal DATE <-> java.sql.Date DATETIME <-> java.sql.Timestamp TIMESTAMP <-> java.sql.Timestamp TIME <-> java.sql.Timestamp YEAR <-> yearsIsDateType이 설정됐다면 java.sql.Date, 아니라면 Short CHA
자세한 내용 보기

테일즈위버 OST 전곡 모음

이미지
  블로그를 옮기면서 카드캡터 사쿠라 OST를 포함해 테일즈위버 OST 역시 까먹고 안 옮겼었네요. 소름... 블로그 조회수의 대부분을 차지하는 두 개를 안 옮겼었다니!   게임보다 OST들으러 들어간다는 테일즈 위버(Tales Weaver)의 모든 OST 모음집입니다. FLAC파일을 재생할 수 있는 플레이어가 필요합니다... 만 요새는 웬만해선 다 재생해주죠. 즐감하세요.
자세한 내용 보기