볼랜드포럼: 다른 개발자이 놀라는 델파이의 사소함(?)

	C++Builder \| Delphi \| FireMonkey \| C/C++ \| Free Pascal \| Firebird

경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지

분야별 포럼

볼랜드포럼 홈

회원 메뉴

자유게시판		세상 살아가는 이야기들을 나누는 사랑방입니다.

[21129] 다른 개발자이 놀라는 델파이의 사소함(?)
조대현.Clau [casanebula]	5558 읽음 2012-02-24 01:16

다른분들이 얼핏 옆에와서 구경하다 놀라는점들 입니다.

1. ->대신 .(Dot) 덕분에 엄청빠른 자동완성
VC나 다른툴도 물론 빠르지만 느낌상 더 빠르게 보십니다.
단어 몇글자 + .(Dot) + 스페이스 콤보로 코드 주르륵 써내려 가면 분명 놀랍니다.
->대신 .을 찍는 것이 아주 크게 작용합니다.

2. 엄청빠른 컴파일
뭐 다들 익히 들어서 이제는 그려려니 하시지만 확실히 빠르게 봅니다.

3. 배포의 간결함
정말 실행파일하나만 있으면 되는점. 이건 닷넷이나 VB분들이 느끼시는점

4. begin end로 인한 소스 크기 증가(-_-)
저 글자들이 소스의 반을 차지하는거 아니냐는 ... 뭐그런 반응들이 몇몇 있었습니다.

마지막으로 델파이 버전!!!!!
"뭐야 이거 아직도 최신판(2009,2010,XE,XE2)이 나오네"라는 반응정도?

뭐 요즘 툴들은 워낙 좋아서 다 장단점이 있고

C#같은거 써보니 확실히 좋더군요.

개인적으로 전 아이폰에 이어 임베디드도 좀더 지원했으면 합니다.

Trackback : http://www.borlandforum.com/impboard/impboard.dll/trackback?sn=135057

[kkol] 2012-02-24 01:43 X

C++빌더는 -> 해도 빠르게 안나와요. 잘못 나오는경우도 가끔 있고... ㅠㅠ

이막수 [skydream] 2012-02-24 02:21 X

솔직히 델파이만 사용 한다면 가볍고 성능 나쁜 저전력 모바일 CPU 만으로도 충분한데 다른 C++ 프로그램들을 컴파일 하기 위해 발열과 가격 높은 고성능 CPU 를 구입해야 하는 게 짜증납니다.

류종택 [ryujt] 2012-02-24 12:55 X

-> 대신 도트이기 때문이 아니고, 델파이의 구조 때문에 빠른 겁니다. ^^*

아제나 [azena] 2012-02-24 13:52 X

C++ 구조 문제라고 하기에는 다른 C++툴들이 너무 빠르게 Code Insight를 보여줍니다.
제가 보기엔 언어 자체의 구조 문제라기 보다는 개발툴의 설계를 잘못 했거나 속도에 신경을 안 써서 생긴 현상이라고 봅니다.
OSX, iOS용 무료 개발툴인 XCODE만 해도 C++이지만 Ctrl+Space 누르면 실시간으로 튀어 나옵니다.

류종택 [ryujt] 2012-02-24 14:23 X

아제나님 의견에 동의 합니다. 그래서 사족을 달다가 지웠는데 ^^;
"구조적인 문제 때문에 어쩔 수 없다"가 아니고
"현재 상황은 구조적인 문제를 개선하지 않았다(못했다?)" 라는 생각입니다.

RAD 2007 이후로는 C++ 빌더를 사용할 일이 없었지만,
적어도 제 경험에서는 -> 보다 도트를 찍는 시간이 짧아서
빠르게 느껴질 정도 수준을 휠씬 뛰어넘는 차이였으니까요.

그리고, 그럼에도 불구하고 차이가 좁혀질 수 있겠지만,
언어적인 특성 때문에 조금이라도 파스칼의 자동완성이 유리한 것은 사실이라고 생각합니다.
컴파일 속도 또한 그러한 차이 때문에 파스칼이 앞서고 있는 것이니까요.

[kkol] 2012-02-24 14:54 X

아제나님 의견에 전적으로 동의하는게.. 사실 다른 에디터둘은 C++ 도 엄청나게 빠르거든요
C++빌더의 Code Insight는 문법만 조금 틀려서 컴파일이 안될 정도면 Code Insight 아예 작동이 안되고
에러 메시지가 나옵시다.
소스 편집하면서 굳이 컴파일이 되는지 여부까지 판단할 필요가 있을까요?
단지 소스만 분석해서 그 뒤에 나올 멤버 들을 보여주기만 하면되는건데 말이죠.
괜히 쓸데 없이 복잡한 개념을 집어 넣었고 구조적인 문제를 개선하는건 불가능한 듯 한 느낌입니다.
아예 3rd Party 소스를 사오던가 완전히 새로운 구조로 만들던가 하는게 방법일텐데..
그럴만한 의지나 역량이 안되는듯..
저는 C++Builder 2010까지 써봤지만. 6.0에 비해 크게 나아진것을 못 느낍니다. ㅠㅠ

Lyn [tohnokanna] 2012-02-24 16:04 X

아제나 // XCode 유료입니다... 앱스토어 개발자등록과 OS살때 껴줄뿐.

[cppbuilder] 2012-02-24 19:51 X

언어적인 측면에서 개발환경의 최고는 C#이죠.
그간 개발자들의 희망사항을 거진 구현한 최고의 언어입니다.
C++의 지나치게 번잡함을 피했고, 델파이의 신속성 편리성을 취했습니다.

코딩은 C#이 제일 즐겁습니다.
하지만 문제는 네이티브 컴파일러 버전은 없다는 거죠.
그런 면에서 델파이가 가장 좋은 툴이라고 할수 있습니다.
물론 빌더도 우수한데,
빌더는 C++의 난해함과 언어의 구조적인 원시성 때문에 좋아지는데 한계가 있습니다..
특히 매크로는 언어계의 악마죠. 다른 모든 언어가 버린 C의 악성 유산 매크로.
최근에 다국어 환경까지 지원하면서 헤더들이 너무 커져버렸습니다.

이 쯤에서 C# 네이티브 버전이 나온다면 빠르게 히트할 것 같군요.

Lyn [tohnokanna] 2012-02-24 23:03 X

C#의 네이티브 버전이 나오고 GC를 끌수만 있다면 C#으로 갈아탈듯 ....

[drris] 2012-02-28 09:44 X

언어 자체가 파스칼에서 파생되었으니,
당연히 구조체 포인터 원소를 가리키는 '->'를 안쓰는게 당연하고...
실행 파일 하나만 있으면 되는건 VC+MFC도 마찬가지인데다,
begin end 역시 언어 특성인데...
업무상 여러 언어를 다루게 되는 제가 보는 입장에서는,
델파이는 전혀 놀라운 언어가 아닙니다.

차라리 Objective C가 훨씬 놀라운 따름이죠...