안녕하세요! 담비입니다.
무엇을 선택하는 것이 좋은 가는 본인 스스로가 어떤 업무에 적용시킬것인가에 따라
선택하는 것이 좋을것 같습니다.
그리고 다음의 위치에 빌더에 관한 자료가 있습니다. 기억에 아마도 VC와 비교한
자료가 약간 있었던것 같군요.
프로그래밍 자료실 11번 방의 290번 4소개
프포세상 자료실의 55번 3의 소개
아래의 글들은 han 뉴스그룹에 있던 글들을 발췌해서 올린것입니다.
다른 여러 사람들의 생각을 읽어보는것도 결정에 좋은 도움이 되리라
생각합니다.
만일 RAD 툴을 사용할 계획이시라면 VC를 RAD 툴로 생각하지는 마십시요.
예전에 맛소지에서 Rad 툴 벤치마크 테스트를 했는데 무식한 맛소지가
VC를 RAD툴로 인정하고 다른 RAD툴들과 함께 비교를 했던 기사가 있었습니다.
그때는 빌더가 출시되지 않았던 때이지만, 만일 그 당시 VC가 RAD 툴이였다면
BC++ 역시 RAD 툴의 범주에 속해야만 했을것입니다.
하지만 BC++은 그 대상에서 제외되었습니다. 우서웁다는 생각이 들더군요.
문서의 하단에 MVC와 OWL, VCL을 비교한 글이 있으니 참고하요.
전체적으로 대단한 내용이 있는것은 아니지만 결정에 도움이 되셨으면 합니다.
참 참고로 빌더에서 작성한 폼을 BC++에서 사용할 수 있으며, VC에서도 끌어다
사용할 수 있는것으로 알고 있습니다. 참 유연하다는 생각이 드는군요.(디자인된
폼만을 이야기 합니다.)
//----------------------------------------------------------------------------
박원호 <k9600397@cespc1.kumoh.ac.kr>이(가) 아래 메시지를
news:ewAT4JZj#GA.273@news3.netsgo.com에 게시하였습니다.
> 그러나, BC++빌더의 경우, Delphi를 만들었던 기술을 기반으로
> 만들어진 완벽한 RAD 툴입니다.
좋은 말씀 감사합니다. 전 vc++를 이용해서 공부를 하고 있는데, bc++빌더는
구경도 못해봤습니다.
위에서 말씀하신 rad 툴이란 말이 어떤걸 말하는 건지 자세히 설명해 주실수
있으신지요? 아니면 관련 사이트 등이라도 알려주시면 고맙겠는데요... ^^;
ps. 따라올리기는 han.comp.devtools.misc 그룹으로 돌려두었습니다.
--
Sanghoon Kim(김상훈)
Ulsan UBF(대학생성경읽기선교회 울산지부)
MAIL : saveman@chollian.net
URL :
http://user.chollian.net/~saveman
//----------------------------------------------------------------------------
모.. RAD툴이란 개발을 빨리할 수 있도록 프로그래밍을 막 콘트롤 긁어넣고 그것
설정하고 그런 식의 프로그래밍 툴인데
그냥 비베같이 프로그래밍한다고 보시면 됩니다.
비베가 얼마나 쉽게 프로그래밍할 수 있는 지는 VC 써보셨다면 대충 감이
오실테고요.
비베같이 C++을 쉽게 프로그래밍할 수 있다면 대단한 매력이겠지요.
//----------------------------------------------------------------------------
Taewook Kim 이(가) <7fr6bf$3jk$1@news.kren.nm.kr> 메시지에서
작성하였습니다...
>모.. RAD툴이란 개발을 빨리할 수 있도록 프로그래밍을 막 콘트롤 긁어넣고 그것
>설정하고 그런 식의 프로그래밍 툴인데
>
>그냥 비베같이 프로그래밍한다고 보시면 됩니다.
>비베가 얼마나 쉽게 프로그래밍할 수 있는 지는 VC 써보셨다면 대충 감이
>오실테고요.
>비베같이 C++을 쉽게 프로그래밍할 수 있다면 대단한 매력이겠지요.
>
참고로.. MFC와 함께 쓸수도 있습니다. 간단히 헤더하나 더 붙이고 라이브러리
경로만 정해주면 된다는군요. 물론 OWL까지 흡수함은 물론이고
당연한 애기일수 있지만 델파이의 코드를 그대로 가져와서 컴파일할수 있습니다.
즉.. C++ Builder는 한두가지 대단한 매력을 가진게 아니란거죠.
//----------------------------------------------------------------------------
>박원호 <k9600397@cespc1.kumoh.ac.kr>이(가) 아래 메시지를
>
news:ewAT4JZj#GA.273@news3.netsgo.com에 게시하였습니다.
>> 그러나, BC++빌더의 경우, Delphi를 만들었던 기술을 기반으로
>> 만들어진 완벽한 RAD 툴입니다.
>
>좋은 말씀 감사합니다. 전 vc++를 이용해서 공부를 하고 있는데, bc++빌더는
>구경도 못해봤습니다.
>위에서 말씀하신 rad 툴이란 말이 어떤걸 말하는 건지 자세히 설명해 주실수
>있으신지요? 아니면 관련 사이트 등이라도 알려주시면 고맙겠는데요... ^^;
rad 의 r은 아마 rapid(ly?) 일껍니다. 어쨌든 개발 속도가 빠른
툴이라고 할 수 있습니다.
보통 rad 툴이라하면, 볼랜드의 C++ 빌더, 델파이, MS의 비주얼
베이직 정도를 의미하죠.
볼랜드의 홈은
http://www.borland.com/ 입니다.
그리고, 이 쓰레드와 관련하여 몇 자 적는다면, 저도 개발툴에
관한 토론 같은 것은 많이 읽어봤었는데, 몇 가지 느낀 점이
있었습니다. (아는 것은 없어도 읽는 것은 좋아해서... -.-)
VC 가 최고다, RAD 는 장난감이다...라고 하는 사람들의 경우,
RAD 툴을 제대로 사용해보지 못한 사람들이 대부분인 듯 하더
군요. 한 마디로 VC 이외의 것은 제대로 써보지도 않았고,
써 볼 마음도 처음부터 없었고,(그런 느낌... -.-) 단지 MS
가 망하지만 않았으면... 이라고 바라기만 하는 느낌이었습
니다. VC가 RAD 툴이 되었으면... -.-; 뭐 이런 바램들 말이죠.
여하튼, 실무에 관련된 사람들의 글도 읽었었는데, 실제로는
RAD툴이 많이 사용된다고 하더군요. 아무래도 개발 시간을 단
축한다는 것이 중요하기 때문이겠죠. 시간은 곧 돈이니. -.-
프로그래머로 나가실 분들은 VC 말고도 RAD 툴 한 두가지는 해
두시는 것이 좋을 듯 합니다.
--
Seong-uk Kim
http://w3.to/startpage
-----------------===== Posted via NetPle Usenet Service =====-----------------
http://news.NetPle.com 에 접속하시면 새로운 유즈넷이 열립니다.
//----------------------------------------------------------------------------
>Jin, Jang-il 이(가) 메시지에서 작성하였습니다...
>VCL / MFC / OWL을 컴포넌트 소프트웨어의 개념에서 살펴본다면
>VCL과 OWL/MFC는 직접적인 비교대상이 될 수 없습니다.
>
>VCL은 Encapsulated Component라 하여 interface와 implementationn이
>완전히 분리가 되어있어 component를 사용하는 개발언어에 영향을 받지
>않을 뿐더러 component의 visual한 부분에 따로 신경을 쓰지 않아도 됩니다.
>따라서 사용하는데 필요한 요구기술수준이 낮습니다.
>
>반면에 OWL / MFC는 GUI를 지원하는 class library를 포함하는 Built-in
>application framework입니다. GUI를 구성하는 콤포넌트는 거의 소스레벨의
>재사용으로 컴포넌트 구현언어를 알아야 하며 Encapsulated Component보다는
>사용하기 위해 요구되는 기술수준이 높습니다.
>그러나 소스레벨의 재사용이기 때문에 상속 등의 방법으로 콤포넌트를
>확장하기에는
>VCL보다 훨씬 더 강력합니다.
>
>참고적으로,
>OCX(ActiveX Control)/VCL은 같은 범주에 속하며
>MFC/OWL이 같은 범주에 속합니다.
>
> VC++ BC++ Delphi C++Builder
>Internet Explorer
>MFC사용가능 Y ? N Y
>N
>OWL사용가능 N Y Y Y
>N
>OCX제작가능 Y ? Y Y
>N
>OCX사용가능 Y ? Y Y
>Y
>VCL제작가능 N ? Y Y
>N
>VCL사용가능 N ? Y Y
>N
>
>위의 표를 언뜻 보면 C++ Builder/Delphi가 강력한 것 처럼 보이지만.
>사실은 MS 기술에 Borland(Inprise)가 쫓아오는 모습을 갖는다는 것을 알 수
>있습니다.
>
>김형채 이(가) <7fe2e7$598$2@news2.kornet.net> 메시지에서 작성하였습니다...
>>
>>
>> 어떤분은 VCL이 깔끔하고 MFC보다 훨 뛰어나다고 하고..
>>
>>그리고 OWL은 뭡니까요? 이거 씨빌더가 쓰는건가요?
>>
>>씨빌더는 VCL인줄 아는디.. 근데 VCL은 델파이에서 쓰는거 아니던감요??
>>
>>뭔지 좀 정리좀 해주세요. 장단점에 대해서도 꼭 설명부탁드립니다.
>>
>>그럼 무지하게 감사드립니다.
>>
그런데 꼭 따라간다고 볼수는 없는데.,...
MFC는 사실 Win API를 살짝 둘러싼 정도의 라이브러리이지만
VCL이나 OWL은 Win API를 싸고, 다양한 데이터 구조등 많은 기능을 제공합니다.
수년동안 MFC가 인기를 얻었던 것은 빈약한 하드웨어 환경에서도 컴파일 속도가
빨랐던 이유가 크다고 볼 수 있습니다.
많은 볼렌드 컴파일러 사용자들인 VC로 전향 한 이유를 알아보면
컴파일 속도가 너무 느려 답답해서 못하겠다라는 이유가 많습니다.
인프라이즈는 라이브러리를 기능과 성능면에서 잘만든다라고 할 수 있고.
마이크로소프트는 역시 적당히 잘 만든다 라고 볼 수 있을 것입니다.
특이할 만한 사실로는 델파이 2.0에서 3.0으로 넘어갈때
VCL에 마이크로소프트의 COM이 자연스럽게 적용되었다는 것입니다.
VCL의 유연성을 나타내는 것입니다.
실제로 MFC와 VCL을 항상 쓰는 저로서는 VCL의 열린 방법들과
보이지 않는 자료 구조 클래스들에 감사하며 쓰고 있습니다.
또한 MFC의 노가다성 코딩에는 욕을 아끼지 않고 있습니다.
