2009-10-20 5 views

답변

9

마케팅 용어 IMHO :) 기본적으로 Microsoft는 (C와 같은 언어가 아닌) 기본적으로 Microsoft에서 응용 프로그램을 빠르게 만들 수 있다고 말합니다. 일반 RAD 언어에서

는 것 (등 직렬화 및 원격 기능 파일 IO 구성 요소, 네트워크 구성 요소, 클래스) 사전 구축 된 소프트웨어를 사용할 수있는 구성 요소의

  • 많은 지원
  • 개발 환경 WYSISYG GUI 생성.
  • 진단, 테스트 및 디버깅을위한 많은 도구.
  • 자동 메모리 관리 (가비지 수집).
+1

+1 가비지 수집 –

5

프레임 워크 (XML 구문 분석, 웹 서비스와의 상호 작용, 메모리 관리)에 의해 일반적으로 지루한 많은 것들이 제공됩니다. 실제 제품을 작업 할 수 있도록 작은 것에 집중할 필요가 없습니다.

2

주로 .NET에는 광범위한 수준의 라이브러리가 추상화되어 있습니다.

3

'RAD 'ness는 프로그래밍 언어의 속성이 아니라 언어 선택이 작은 부분 인 방법론의 속성입니다. 유능한 팀이 있으면 C#에서 RAD를 할 수 있습니다. 당신이 정말로 원하면 유능한 팀과 함께 ADA에서 RAD를 할 수 있습니다.

Chris T가 언급 한 것처럼 .Net (그 중 C#은 일부 임)에는 크고 가능한 기본 라이브러리 집합과이를 빌드 할 수있는 상대적으로 빠른 언어를 만드는 IDE가 있습니다. 따라서 C#은 예를 들어 관리되지 않는 C++보다 RADer 언어라고 말할 수 있습니다. 그러나 다시 말하면 실제로 언어 자체에 적용되지 않는 일반화입니다.

2

현저히 요즘 모든 것이 빠릅니다. 옛날에는 간단한 유틸리티를 만드는 데 몇 주가 걸릴 수도있었습니다. Visual Basic과 같은 RAD 언어를 사용하면 하루에 간단한 유틸리티를 만들 수있었습니다.

4

RAD는 일반적으로 언어 및/또는 라이브러리보다 도구의 기능입니다.

그래서 RAD-Visual은 Visual Studio에 더 많이 배치되며 디자이너 (GUI 및 DataSet/Linq2Sql/L2E 등)로 구성됩니다. RAD의 의미를 보려면 응용 프로그램에 데이터 소스를 추가하고 &을 WinForm에 끌어다 놓습니다. VS는 그리드 및 일부 지원 구성 요소를 추가하고 구성합니다.

사이드 노트에서 RAD는 앱을 만들기위한 최선의 방법은 아닙니다.

+0

동의합니다. RAD는 일반적인 용어이며 언어 수준의 것이 아니라 도구 체인 수준의 것입니다. 좋은 예는 "오래된"언어를 사용하지만 개발자에게 RAD를 제공하는 Delphi 및 C++ Builder입니다. –