GUI 프로그래밍을위한 Delphi vs C #

나는 C에 대한 지식이 거의없는 PHP와 Python 배경에서 왔으며 이제 많은 웹 기반 응용 프로그램을 수행했으며 Windows 플랫폼 용 데스크톱 응용 프로그램을 생각하고 있습니다.

친구가 델파이로 가라고 말했고 다른 사람들은 C #이 최고라고 말하고 있습니다.

1. 간단
2. 생산력
3. 좋은 API 문서
4. 속도
5. 끌어서 놓기
6. 멀티 스레딩 및 우수한 네트워크 API

감사

델파이, 확실히 :

1. 단순성-Delphi의 구문은 배우기 쉽도록 명시 적으로 설계된 Pascal을 기반으로하며, 그 약속을 이행 할 수 있습니다. C #의 잘했다 ... ...는 C 제품군을 기반으로 하지 .
2. 생산성-Delphi는 Turbo Pascal의 후손이며 여전히 가장 빠른 컴파일러로 사람 의 생산성을 크게 향상시킵니다. 또한 디버거가 있습니다. Visual Studio는 디버거가 자랄 때와 같기를 바랍니다. 특히 최신 버전의 Delphi에서는 디버깅이 훨씬 쉽습니다.
3. 좋은 API 문서- "API"는 요즘 모든 종류의 것을 포괄하는 아주 모호한 단어입니다. 나는 당신이 도서관을 의미한다고 가정하고, 여기에 일종의 던지기가 있습니다. .NET 프레임 워크와 Delphi 표준 라이브러리는 모두 좋은 온라인 문서와 평범하고 사용하기 어려운 오프라인 문서를 가지고 있습니다. (Delphi 팀이 Visual Studio와 동일한 끔찍한 도움말 시스템을 사용하기로 결정한 결과, 다음 버전에서 멀어지게 될 것입니다.)
4. 속도-델파이가 쉽게 이깁니다. 네이티브 코드 ( JIT 단계가 없기 때문에 빠른 실행 및 훨씬 빠른 시작)로 컴파일되며 관리되는 포인터를 사용하지 않으므로 객체 액세스가 빠르고 캐시에 덜 친숙합니다.
5. 끌어서 놓기-VCL의 기본 제공 기능입니다.
6. 멀티 스레딩-델파이에는 스레드 클래스가 내장되어 있지만 동시성으로 복잡한 작업을 수행하려는 경우 더 나은 옵션이 있습니다. 델파이 커뮤니티 회원 인 Primoz Gabrijelcic 는 제가 기여한 훌륭한 동시성 라이브러리 를 개발하고 있습니다. 작업 풀링, 병렬 FOR 루프 및 다단계 파이프 라인 프로세스와 같은 일반적인 스레딩 목표에 대한 높은 수준의 지원을 제공합니다.
7. 훌륭한 네트워크 API-Delphi는 인터넷 연결을 쉽게 설정하고 관리 할 수있는 성숙한 오픈 소스 라이브러리 인 Indy와 함께 제공됩니다. 우리는 방송 미디어에서 작업하지 않으면 들어 보지 못한 업계 최고의 앱을위한 커뮤니케이션 계층을 제공하기 위해 직장에서 사용합니다.
8. 배포-목록에 없었지만 언급 할 가치가 있습니다. .NET 프레임 워크가 사전 설치되어 있지 않은 시스템이 여전히 있습니다. 기본적으로 Delphi는 표준 라이브러리를 EXE로 컴파일 한 다음 smartlinker를 사용하여 사용하지 않는 부분을 제거하여 사용자가 가질 수있는 수백 MB의 대용량 런타임 라이브러리에 의존하지 않는 작은 EXE를 생성합니다. 별도로 다운로드하여 설치하십시오.

C #은 일반적으로 더 큰 사용자 기반을 갖게되고 앞으로 더 많은 개발을 진행할 것이며 Visual Studio를 통한 RAD 개발 도구는 믿을 수 없습니다.

1. 구문은 PHP 및 C에서 사용한 것과 유사합니다.
2. 도구와 IntelliSense가 포함 된 Visual Studio는 매우 생산적입니다.
3. MSDN
4. 다시 한 번 VS 도구 + Intellisense를 사용하지만 속도는 실제로 언어와 기능에 익숙해야합니다.
5. WinForms, WPF의 VS 디자이너.
6. System.Threading 및 System.Net

델파이에 대한 경험이 많지 않고 C #에 대한 경험에 대해서만 이야기하고 있습니다. 내가 일하는 곳에서 프로그래머가 아닌 사람들이 구상 한 마감일이 촉박하며 업무용 데스크탑 응용 프로그램을 매우 빠르게 펌핑 할 수 있습니다. 지난 3 주 동안 저는 두 가지 winforms LOB 응용 프로그램의 사양에서 배포로 이동했습니다. VS를 사용한 C #의 GUI 개발 생산성은 미친 짓입니다.

둘 다 원하는 6 점을 모두 가지고 있지만 C #은 모두가 아니라면 가장 우위에 있다고 생각합니다.

요점을 살펴 보려면 :

1. 델파이는 메모리 관리를 필요로하므로 C #만으로도 더 간단 해 진다고 주장 할 수 있습니다. 허용되는 대답은 여기에 구문을 언급하는데, C # 구문은 PHP 및 Java와 유사하므로 두 배경 중 하나에서 더 빨리 시작하고 실행하려면 C #이 우위에 있습니다.
2. 생산성, C #에서 더 빨리 수행 할 수 있다고 생각합니다. .net 라이브러리는 당신에게 나쁜 일을 많이 제공하므로 써드 파티 델파이 구성 요소를 제공해야합니다.
3. 문서, 델파이는 항상 좋았고 MSDN은 더 좋았습니다. 더 큰 지원 커뮤니티를 찾으시려면 아래의 스택 오버플로 분석을 참조하십시오.
4. 속도, 델파이는 이것에 우위를 가질 수 있지만, 어셈블리는 모든 것을 능가하므로 일반적으로 언어를 선택하는 좋은 이유는 아닙니다. 내가 지적한 것 중 하나는 사람들이 C #이 해석된다고 인용하는 것을 들었다는 것입니다. 그것은 결코 JIT를 가진 적이 없었습니다.
5. 드래그 앤 드롭 모두 가능합니다.
6. 멀티 스레딩, 델파이는 훌륭하지만 C #은 lock(){}병렬 확장 과 같은 구조와 새로운 빌드에서 우수 합니다 await.

추가로, 질문 제목은 GUI 프로그래밍입니다.이 때문에 저는 .nets WPF의 열렬한 팬입니다. 델파이가 반쯤 가졌던 유일한 것은 Bold 였습니다.

델파이와 C # 태그에 대한 이것과 스택 오버플로에 대한 질문 수를 비교하면 커뮤니티 크기가 C # 커뮤니티의 크기가 훨씬 더 큽니다.

스택 오버플로:

• 델파이 17K
• C # 367K
• 자바 312K
• c 73K

c언어 연령에 문제가 아니며 Java비교를 위해 문제가 없음을 보여주기 위해을 추가했습니다 .

저는 C # 또는 Java 팬이 아니며, 7 년 동안 전문적인 델파이 개발자 인 큰 델파이 팬 이었지만 2005 년부터는 .net에 실패하여 .net의 안정성을 떨어 뜨 렸으며 네이티브 32 비트 컴파일을위한 IDE. 델파이 7은 제 생각에 언어의 정점이었습니다.

제가 유니에있을 때, 델파이로 프로그래밍하는 법을 배웠습니다. 조금 녹슬었지만 현재 C # 응용 프로그램으로 이식하기 위해 많은 델파이 코드를 읽고 있습니다.

델파이의 OO 기대와 절차에 비해 C #의 기능적 기대와 OO를 선호합니다. 코드를 선택할 때 코드를 선호하는 방법을 고려해야합니다. 단순함에 관해서는 많은 것이 없다고 생각합니다. 생산성도 마찬가지입니다.

RAD (rapid application development) 측면에서 winform과 Delphi GUI 디자인 사이에는 별다른 차이가 없습니다. 그들은 나에게 서로를 생각 나게한다.

반면에 WPF는 선언 스타일로 둘 다 선호하는 것입니다.

C # 또는 Delphi에 대한 공급 업체 제공 문서의 품질과 적용 범위에는 큰 차이가 없다고 생각합니다. C #에 대한 비 공급 업체 정보를 더 많이 찾을 것이라고 생각하지만 델파이를 많이 찾지 않았기 때문일 수 있습니다.

델파이로 쓰레드 프로그래밍을 할 필요가 없었으며, 몇 년 전에 내가했던 네트워킹은 기억할 수 없습니다.

병렬 처리, 이벤트 및 기타 스레딩 작업을위한 .NET 라이브러리가 좋습니다. 그래서 당신은 거기서 빠지지 않을 것입니다. 네트워킹과 관련하여 많은 지원이 있으므로 다시 권장합니다.

전반적으로 C # /. NET을 사용합니다. 이것은 부분적으로 WPF 때문이지만 C #으로 작성한 코드를 선호합니다. 델파이는 Linq와 같은 것을 가지고 있지 않다는 것을 알고 있습니다.