최보현.U&I 님이 쓰신 글 :
: 김백일 님이 쓰신 글 :
: : 최보현.U&I 님이 쓰신 글 :
: : : 모라 님이 쓰신 글 :
: : : :  Memo1->SelectAll();
: : : :   Memo1->SetSelTextBuf("");
: : : :   Memo1->Text="ar";
: : : :   Memo2->Text=Memo1->Text[0];
: : : :
: : : : Test가 포인터로 알고 [0]으로 지정해서 2번째 memo창에
: :
: : Test가 아니라 Text이겠지요.
: : 여기서 Text는 C에서의 배열 이름, 즉 배열의 주소 값(위의 포인터란 표현도
: : 잘못이 있네요. 포인터라하면 주소 값을 저장하는 변수를 뜻하니까요.)이 아닙니다!
: : 바로 AnsiString 객체이지요.
: : AnsiString 객체는 문자의 배열이 아닙니다. 절대 혼동하지 마세요.
: : Text[1] 이라고 쓴 것은 사실 Text.operator[](1)이라는 멤버 함수를
: : 호출한 겁니다.
: : 
: : : : a만 보이게 할려고 했더니 에러가 나더군요.
: : : :
: : : : 1을 넣으니까 원한는 a가 나오구요.
: : : :
: : : : 왜 그런가요?
: : :
: : : 유엔아이 입니다.
: : :
: : : AnsiString 의 기본 시작 인덱스는 1 이 맞습니다 ..
: : :
: : : 당연히 1을 넣으면 a 가 나오는겁니다 ..
: : :
: : : 0 넣으면 에러가 나구요~
: : :
: : : 실수를 많이 하는 부분이지요~
: : :
: : : 왜이렇게 만들었는지 저두 궁금 할 따름 입니다.
: : 
: : 그 이유는... 모든 VCL 클래스는 오브젝트 파스칼 코드로 되어 있기 때문이죠.
: : 파스칼 문자열의 기본 시작 인덱스는 항상 1부터입니다.
: : 델파이와 호환을 위해서는 어쩔 수 없죠.
: : 반면 TStrings나 TStringList의 인덱스는 0부터 시작합니다.
: : 정말 헷갈리지요. -_-;;
: :
: : 그런데 VCL 클래스 중에 유일하게(제 기억엔 아마도...) C++ 코드로 된 부분이
: : AnsiString에 있습니다.
: : 바로 c_str() 메소드지요.
: : 이것은 C 스타일의 문자열인 char* 타입의 문자열을 리턴하는 함수입니다.
: : VCL이 아닌 표준 C/C++ 라이브러리나 Windows API를 사용할 때는 반드시
: : 사용되어야 합니다.
: :
: : : 암튼 도움 말에도 그리 나와 있습니다..
: : :
: : : 그럼
:
: 유엔아이 입니다.
:
: 어디선가 읽은 기억이 있네요~
:
: 여튼간 ....
:
: 그놈의 델파이 때문에~ 빌더가 영 맘에 않듭니다 ...
:
: C++ 의 특성을 제대로 못 살리는게 많아요~ 짱나저
:
: 가장 맘에 않드는게 ...
:
: Items->Item[Index] = ...
:
: 이게 뭡니까 .. 짱나게 ...
:
: 구냥
:
: Items[Index] = ...
:
: 이렇게 바로 쓸수 있을텐데 ...
:
: Class 라이브러리에서 .. Operator 하나만 추가 하믄 되는데 ...
:
: 볼랜드는 왜 않하는 걸까요~
:
: 혹시 아시는분 ?

아마 제 생각에는 델파이에서 빌더로 전향하는 사람들이
VCL 사용에 혼동이 오지 않기 위해서 그런 거 아닐까요?

하여튼, 님의 생각대로
오퍼레이터 오버로딩을 사용해서
VCL을 편리하게 쓰는 방법은 여러가지를 생각할 수 있겠네요.
예를 들어
Memo1->Lines->Add(IntToStr(nValue));
대신에
Memo1 << nValue;
식으로 말이죠.

이런 기능을 원하신다면 아예 원래의 VCL을 상속받아
사용자 정의 컴포넌트로 만들어 쓰시면 되겠네요.

여기가지 생각해 보니, 한가지 제안할 거리가 생기는 군요.
기존 VCL에 오퍼레이터 오버로딩을 최대한 써서
C++ 라이브러리 성격을 최대한 갖는 컴포넌트를 만들어 보면
어떨까요?