달력

3

« 2024/3 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31

'VISUAL BASIC'에 해당되는 글 3

  1. 2008.04.05 Automatic Properties
  2. 2008.03.29 Visual Basic 2008 hot fix in Visual Studio 2008
  3. 2008.03.08 Visual Basic 2008을 접하고...
2008. 4. 5. 11:05

Automatic Properties 좋아하는 것2008. 4. 5. 11:05

자바에서는 getter과 setter을 이용하여 클래스 객체에 상태값을 설정하거나, 상태값을 읽어들인다. 일반적으로 클래스의 멤버 변수를 private로 설정한 후 각각의 값을 getter과 setter로 재 정의 하는 것은 사실 노가다(?) 스러운 작업이라고 스스로 생각을 했었다. 특히 맴버 변수가 5개 이상으로 늘어나면, 이는 정말 코드의 양만 늘이고, 사용에는 별 도움이 안되는 작업을 반복적으로 해야 한다는 사실에 불평을 하곤 했다. 나중에 Eclipse에서 자동으로 생성해주는  Dialog를 무척 고마와 했다.(아래 그림 참조)

Generate Getter and Setter dialog

.Net이나 Visual Basic에서는 getter, setter 대신에 Properties를 사용한다. 물론 getter와 setter 형태로도 만들수 있지만, 사실 이는 다른 메소드와 큰 차이는 없다.
Properties는 마치 변수에 대입하거나, 변수에서 값을 읽는 것과 큰 차이가 없어, 직관적이고 사용하기 편리하다.

하지만, 이를 정의 하기 위해서는 자바의 getter, setter처럼 여러 줄에 걸쳐서 코드를 작성하기 때문에 불편하기는 마찬가지이다. 물론 Visual Basic 6에서는 툴을 이용하여 정의하기도 했지만, 습관적으로 Coyp/Paste 메소드를 이용해서 복사후 수정하는 것이 일반적인 사용법이었다.

Properties는 아래와 같은 형태로 정의하게 된다. Java의 getter,setter과 크게 다르지 않다. 아래의 코드는 C#으로 되어 있어서 Java를 아는 사람도 어렵지 않게 이해할수 있을 것이다.

    public class Person {

       
private string _firstName;
        private string
_lastName;
        private int
_age;
       
        public string
FirstName {

           
get {
               
return _firstName;
           
}
           
set {
                _firstName
= value;
           
}
        }

       
public string LastName {

           
get {
               
return _lastName;
           
}
           
set {
                _lastName
= value;
           
}
        }       
       
       
public int Age {

           
get {
               
return _age;
           
}
           
set {
                _age
= value;
           
}
        }
    }

이를 Automatic Properties로 바꾸면 다음과 같다. 보기 편하고 심플하다. 그리고 Private로 변수를 클래스 내에 선언해서 사용할 필요도 없다. 물로 내부적으로 연산 처리하는 경우는 조금 다를수 있다.

    public class Person {
   
       
public string FirstName {
           
get; set;
       
}

       
public string LastName {
           
get; set;
       
}        
       
       
public int Age {
           
get; set;
       
}
    }

이를 좀더 가독성 있도록 쓰고 사용하려면, 아래와 같이 고쳐서 사용하면 된다.

    public class Person {
       
public string FirstName { get; set; }
       
public string LastName  { get; set; }        
       
public int    Age       { get; set; }
    }


그럼 이것은 뭘 뜻하는 것인지 한번 생각해 보시길... 퀴즈 아닌 퀴즈



The simple is good!




 

:
Posted by 행복상자

오늘 아침에 SottGu's Blog에서 Visual Basic 2008의 Hot-Fix를 발견했다.
사실 지난 몇주 동안 Visual Basic 2008을 사용해 왔는데, IDE가 갑자기 늦어지는 문제를 자주 경험했다. 이는 디버깅을 위해, F5키를 눌러서 프로그램이 Loding되고, 실행하는데도 영향을 미쳤다.

아래는 MS에서 Hot-Fix에 대한 증상을 기술한 것인데, 내가 경헙했던 증상 증상과 동일하다.

The IDE takes a long time to build the solution and to rebuild the solution.
You experience a slow response time when you press F5 to start debugging.
You experience a slow response time in the Code Editor.
You experience a slow response time in IntelliSense.


Hot-Fix의 위치는 아래와 같다.
Hotfix Available for VB Performance Issue in VS 2008

:
Posted by 행복상자
2008. 3. 8. 10:58

Visual Basic 2008을 접하고... 좋아하는 것2008. 3. 8. 10:58

내가 비쥬얼 베이직을 처음으로 접하게 된것은 1995년경 이었던것 같다. 그때 버전은 VB 4.0 이었는데, 한참 프로그래밍의 재미에 빠져서, NC(Noton Commander)와 NCD같은 프로그램을 만들려고, 자료구조와 비디오 제어 라이브러리를 열심히 공부하고 있는 중에, 같이 프로젝트 하고 있던 일민 (오늘날 우리는 이 사람을 Toby 라고 부르고 있다) 이가 어느날 놀라운 것을 보여 주었다.
 창을 하나 열더니, 아이콘 3개를 화면에 끌어다 놓고, 코드 3줄 정도를 추가 하니, NCD와 비슷한 형태의 프로그램이 뚝딱하고 만들어 지는 것이었다. 충격적이었다.

그날 나는 C/C++로 진행하던 나만의 프로젝트를 그만 두었다. 그리고 새학기에 다른과에서 VB 수업을 듣고 공부하기 시작했다. 그때는 VB 5.0이 었는데, 속도에 많은 개선이 일어났다.
C++ 컴파일로로 실행 코드도 작성해주고, 그러나 스트링 함수들의 속도는 여전히 느렸지만, 직접 윈도우 API들을 정의하고 사용할 수 있어서 적절히 배합을 하면 큰 불편은 없었던 때였다. 한 가지 더 기억나는 것은 MS에서는 인터넷 관련 OCX와 기능들을 추가 하기 시작했는데, 당시에 처음으로 ActiveX Dll을 VB에서 생성할 수 있도록 해 주었다. 실제로는 COM 오브젝트 Dll이었다. 그리고 나서 1998년에는 VB 6.0이 출시가 되었는데, 내가 알기로는 아직까지도 많은 프로젝트에서 현재 사용되고 있다. VB 6.0은 안정성이 강화되었고, Apatment Thread를 지원하게 되었다. 실제로 VB에서는 그 전까지 Thread를 직접 만들수 없을 뿐더러, 필요하면 C로 정의한 API를 이용해서 제어하는 방법이 정석적이었다. (사실 통신 프로그램 또는 실시간 제어를 요하는 프로젝트가 아니면 별 필요를 못 느꼈었다.)

VB 6.0은 정말 장수한 개발 툴이다. 근 10년 이상 사랑 받고 있다. 어떤 개발자는 .Not으로 옮겨 가기도 했고, Java로 옮겨서 새로운 환경에서 개발 하기도 하지만, 여전히 기존에 개발된 시스템을 유지 보수하고 있기도 하고, 추가 개발을 진행하기도 한다.

VB에서 .Net로 옮겨 갈때, 정말 방대한 클래스 라이브러리와 쉽게 Thread를 사용할 수 있다는 장점이 사용할 만한 큰 이유였었고, 그 때까지의 VB를 사용했던 개발자에게 꼭 필요한 것들을 갖추어 졌다고 생각했다. 그러나 MS에서 정말 간과했던 것은 모든 개발자들이 OOP를 원한 것은 아니라는 것이었다. VB를 원하는 사람들에게는 생산성과 효율성이 었다.
 .Net Framework의 클래스들을 새로 배워야 하고, 이전에 작성한 코드들은 새로운 프로그래밍 문법에 맞추어서 변화해야 하는데, 문법 역시 새로 시작할 그리고 배워야할 할 도전의 대상이 되었다. 이는 결국 많은 VB 프로그래머들을 떠나 보내는 계기가 되었다. 자바 진영은 호재였었지요.

나는 Visual Studio의 새 버전이 출시되면, 새로 설치해서 사용해 보곤 한다. VS 2005는 속도 상으로 2003버전보다는 나았다. 아마도 XP SP2에 기본 컴포넌트들이 설치되어 있어서 이고, CLR들이 최적화 되어 있어서 이다.
VS2005에서 가장 큰 변화는 Visual Basic의 변신이다. 마치 예전 VB 6로의 회귀를 보는 듯 했다. VB6에서 사용하던 함수들을 클래스 선언없이 바로 불러 사용할 수 있었다. (Satistic로 이미 정의되어 있어서) 이제 MS가 다시 VB에 대해 관심을 가지고 있다는 생각이 들었다. 정말 많을 함수들을 잊어 버렸지만, 생각나는 함수들은 모두 쉽게 사용히 가능했었다. (LBound, UBount, CStr(), Len() 등 의 함수들 Redim도 되던데...)

거의 90%정도는 기존에 알고 있던 함수들을 재 사용할 수 있을 거라는 생각이 든다.

VB를 사랑하는 나에게는 정말 다시 사용해 볼만한 언어라는 생각이 들었다.
그리고 몇주 전에 간단한 진단 툴을 개발할 일이 있어서, 회사에서 VS 2008을 설치하고, C# 대신 VB를 사용하기로 했다. 일주일만에 개발해야 하는 건데, 실제 들어간 시간은 2~3일 정도 밖에 되지 않았다. (회사 분위기상 개발에 집중하기 어렵다.) StatusStrip, DataGridView, Treeview등 MSDN 찾는 시간이 꽤 걸렸다. 이전에 내가 알고 있는 것과는 매우 상이하고 복잡한 클래스들의 집합체였다. 익숙하지 않아서 이겠지만, VS 2005에는 예제들을 쉽게 찾을 수 있었는데 VB 2008버전에서는 쉽게 찾기 어려웠다. (아마도 내가 설치한 버전이 RTM 버전이어서 일수도 있구....)
Eclipse에서 사용하던 코딩에 도움이 되는 수많은 단축키와 기능들을 예상했던 나는 쉽게 그러한 기능들을 찾아 보기도 어려웠다. 어딘가에 정의되었을 기능들인데 쉽게 찾자 못하고 있다고 생각중이다. 그 중 하나는 Object Browser 말고 현재 내가 작성하고 있는 클래스의 정의된 함수와 Property를 보고 싶은데, 클래스 다이어그램을 만드는 방법만 제공하고 있는지 궁굼하다.

간단한 프로제트를 진행하면서, 다시 한번 Visual Basic 2008을 학습하고 푼 마음이 일어났다. 왜냐면 이는 내가 가장 좋아하는 언어였으니까...
그래서, 간간히 학습한 내용을 글로 올릴 계획이다. 내가 어디에 있던지 정리한 내용을 바로 찾을 수 있도록...

벌써 3월인데, 올해는 배워야 할 것도 공부할 것도 많다.
나를 VB의 세계로 이끈 일민(Toby)는 이달 중순에 호주로 간다고 한다. 이제 갓 100일 지난 그의 아들과 아내와 함께...
잘 살고 연락 자주하길 바란다.
 
:
Posted by 행복상자