임베디드 개발 환경에서 코드 생성기는 데이터 중심의 설계를 위해 등장한 실질적인 솔루션이다. 최근 국내에 소개되기 시작한 이 코드 생성기 방식은 빠른 트랜잭션 성능과 적은 메모리 사용량이라는 이점을 지녀 가장 유연한 아키텍처의 하나로 평가되고 있다. 그 이해를 돕기 위해 엔써크의 데이터 파운데이션 프레임워크를 예로 들고 솔루션의 실제적인 면모를 엿본다.
모범용 컴퓨팅 환경에서는 이미 30여년 전에 데이터베이스를 활용해 응용프로그램과 그 프로그램이 실제 다루는 데이터를 분리하는 것이 생산성에 훨씬 유리하다는 점을 입증했다.
그 때 이후로 오라클, IBM, 사이베이스 등과 같은 해외 유수업체들과 알티베이스 등의 국내 업체들이 데이터베이스를 위한다양한 솔루션을 내놓고 있다. 개발자 역시 절차적 언어로 데이터를 관리하는 것이 효과적이지 않음을 당연한 진리처럼 여기고 있다.
최근 들어 데이터베이스 업체들은 범용 컴퓨팅 환경 뿐만이 아니라 임베디드 환경을 위한 각종 데이터베이스 제품군도 속속 출시하고 있다. 임베디드 시스템 분야의 소프트웨어에서도 보다 최적화된 데이터 관리가 필요하다는 공감대가 형성된 것이다.
현재 데이터베이스 업체들은 저마다 특색 있는 솔루션을 제시하고 있지만, 조금 넓은 관점에서 보면 이들 벤더들은 모두 전통적인 데이터베이스에 기반 한 솔루션으로 임베디드 소프트웨어를 지원하는 공통점을 나타낸다. 따라서 필자는 이번 4부를 통해 조금은 새로운 시각의 솔루션인 데이터 중심 개발 방법론을 소개하고, 그 대표적인 솔루션을 예로 들고자 한다.
엔써크(ENIRQ)의 데이터 파운데이션 프레임워크(Data Foundation Framework)는 인텔리전트 디바이스에 최적화된 최초의 데이터 중심 애플리케이션 개발 프레임워크다.
이 프레임워크는 데이터 관리 솔루션 개발팀을 위해 반복성이 높은 데이터중심 방법론과 다양한 애플리케이션 컴포넌트, 강력한 코드 생성및 프로토타이핑 도구, 그리고 거의 모든 운영체제와 CPU 플랫폼에 최적화된 실행 환경을 갖춘 서비스 라이브러리를 제공한다.
이 프레임워크는 애플리케이션 개발 과정을 50% 이상 자동화하여 복잡한 애플리케이션을 구축하는 데 필요한 시간과 비용을 크게 줄여준다. 여기서는 임베디드 개발자들이 엔써크 프레임워크와 같은 데이터 중심 애플리케이션 개발 프레임워크를 이용해 더 효과적으로 데이터 관리를 구현하는 실제적인 방법을 살펴본다.
데이터 중심의 새 방법론
처음부터 모바일 핸드셋, 디지털 소비 가전, 텔레매틱스/인포테인먼트 시스템, 네트워크 장비 등과 같이 리소스가 제한된 디바이스를 위해 설계된 엔써크 프레임워크는 성능과 유연성을 우선시해 설계되어 있다. 이를 사용하면 데이터의 급격한 용량 증가에 효과적으로 대응 가능한 애플리케이션을 보다 쉽고 빠르게 개발할 수 있다.
이 프레임워크를 이용할 경우 개발자들이 얻게 될 이점을 요약하면 다음과 같다.
- 소프트웨어 개발 시간과 비용 절감(최대 80%)
- 시스템 리소스 사용을 최적화하고 메모리 소비를 절감(최대 60%)
- 제품 품질 및 성능 향상
- 변화하는 시장 요구 사항과 하드웨어 사양에 신속한 대응 가능
- 제품 혁신 및 차별화를 위한 엔지니어링 능력 향상
<그림 1>은 프레임워크를 이용한 개발 방법과 종전의 C 언어와 같은 절차지향적 임베디드 소프트웨어 개발 언어를 쓴 경우를 비교한 결과다. 왼쪽 상단의 그래프는 데이터 관리를 위해 C 언어와 오라클의 PL/SQL 호환 언어(엔써크 PL)를 각각 써서 코딩했을 때를 비교한 것이다. 비교 기준은 같은 응용 프로그램을 만드는 데 필요한 소스 코드의 라인 수로 정했다. C 언어로 작성할 때는 4,241 라인이 필요한 반면에, PL/SQL 호환 언어를 쓴 경우는 753 라인에 불과했다.
 |
| <그림 1> 데이터 중심 개발의 효과 |
오른쪽 상단의 그래프는 코딩 양이 줄어 개발 생산성이 높아진 만큼, 시간과 비용을 절감할 수 있었음을 보여준다. 아울러 좌측하단의 그래프는 개발 기간 동안 디버깅에 필요한 노력과 비용을줄여준 직접적인 효과 외에, 제품 출시 이후에 발생할 수 있는 치명적인 버그의 가능성을 줄여 품질도 향상시켰음을 나타낸다.
비록 간접적이긴 하지만, 품질 향상을 통해 보다 뚜렷한 비용 절감효과를 볼 수 있는 것이다. 또한, 데이터 관리에 최적화된 런타임 라이브러리를 사용하고, 코드 생성기로 시스템의 데이터 사용 패턴을 분석하고 효율적인 코드를 생성한 점도 동일한 작업에 소요된 시스템 메모리의 크기를 줄여 제품 개발 원가를 감소시킨다.
이처럼 데이터 중심의 개발 방법론을 적용한 결과, 같은 작업을 하는데 필요한 엔지니어의 수(인적 자원)가 줄어든다. 이는곧 개발 엔지니어 입장에서 볼 때 남는 시간을 새로운 기능을 개발하거나 기존에 개발된 기능을 향상시키는 데 투자할 수 있다는 의미가 된다.
프레임워크를 이용한 개발 흐름
데이터 중심의 애플리케이션 개발 프레임워크를 이용하면 데이터 관리 컴포넌트의 개발이 간단해진다. <그림 2>가 나타내는 엔써크 프레임워크의 개발 흐름을 통해 이 기법의 전체적인 과정을 이해해보자.
 |
| <그림 2> 엔써크 프레임워크의 구성 |
| |
|
엔써크 데이터 파운데이션 프레임워크는 크게 Development Environment와 Platform Environment 두 가지 파트로 나뉜다. 이 가운데 엔써크 Platform Environment는 서비스 라이브러리로 구성된다.
이 라이브러리들은 데이터 무결성과 애플리케이션 품질을 향상시키는 플랫폼에 최적화된 실행 환경을 제공한다.
Platform Environment의 메모리 풋프린트(footprint)는 사용되는CPU, 컴파일러, 기능 등에 따라 다양한데, 대부분의 경우 메모리 풋프린트는 24KB에 불과하다. 엔써크의 프레임워크가 리소스가 매우 제한된시스템(일반적으로 임베디드 시스템)에 적합한 것도 이 때문이다.
Platform Environment는 특정 CPU와 운영체제, 그리고 컴파일러 조합에 대해 미리 컴파일 되어 있는 오브젝트 코드 라이브러리 세트로 제공된다. 엔써크 프레임워크의 주요 특징을 정리하면 다음과 같다.
- 빠른 런타임 트랜잭션 성능
- 데이터/테이블 크기에 상관없이 빠르고 결정적인 트랜잭션 성능
- 독점적 API나 필수 아키텍처의 구현이 없으므로 종전의 애플리케이션이나 개발 환경, 그리고 개발 도구 등과 쉽게 통합 가능
- 동적 데이터 스트림의 쿼리(Query)와 관리를 위한 고급 스트림 지향적 아키텍처
- RDBMS의 이점 활용 가능
- 작은 런타임 풋프린트(일반적으로 24KB)
- 테이블을 기반으로 하여 여러 저장 매체(인메모리, 디스크, 플래시 메모리, 네트워크 연결, I/O 스트림)를 동시 지원
| | | | | |
| |
먼저 엔써크 PL의 인터페이스를 써서 데이터를 정의하고, 데이터 관리 로직을 표현한다. 이어 PL 파일을 제너레이터로 전달하는데, 이 제너레이터는 PL의 소스 파일을 분석해, 포팅 가능한ANSI C 소스 코드와 관련 헤드 파일 형태로 최적화된 구현을 생성한다. 생성된 파일은 다른 시스템의 소스 파일, 라이브러리, 애플리케이션에 필요한 엔써크의 서비스 라이브러리 세트와 함께 컴파일 및 링크된다.
이때 사용되는 빌드 도구와 서비스 라이브러리에 따라 생성되는 애플리케이션 실행 파일은 호스트나 대상 시스템에서 기본적으로 실행될 수 있다. 생성된 파일에는 미리 정의된 API가 없기 때문에 사용자가 지정한 API를 써서 기존 애플리케이션으로 내보내거나, 혹은 기존 애플리케이션에서 호출할 수 있다.
또한 기존의 C/C++ 함수도 PL 함수로 가져올 수 있다. 이러한 기능은 프레임워크의 코드를 기존의 애플리케이션과 통합하거나, 기존코드를 PL 함수에 통합하는 데 유용하다. 그 구성 요소는 다음과 같다.
● 제너레이터(Generator)
엔써크 제너레이터는 PL로 표현된 데이터 스키마, 절차, 함수를 분석해 최적화된 애플리케이션의 고유구현을 이식 가능한 ANSI C 소스 코드 형식으로 생성한다.
디바이스 애플리케이션의 데이터 관리 부분을 위해 C 소스 코드 생성을 자동화함으로써 품질을 향상시키고, 동시에 시간과 노력도 절감한다. 생성된 코드는 다양한 대상 플랫폼에서의 실행을 위해 서비스라이브러리가 제공하는 런타임 서비스를 호출한다.
이를 통해 생성된 C 코드는 일관성을 지니게 되고 대상 C/C++ 컴파일러로 쉽게 최적화할 수 있다. 또한 다양한 대상 하드웨어 플랫폼과 운영 체제, 개발환경 및 도구로 이식하기가 용이하다.
● 프로토타이퍼(Prototyper)
프로토타이퍼는 PL로 작성된 데이터 관리 함수와 모듈을 빠르게 빌드, 테스트, 디버깅하기 위한 대화식 프로토타이핑 환경을 제공한다. PL 명령에 대한 일종의 대화식 인터프리터인 셈이다. 사용자는 PL 명령을 한 번에 하나씩 입력해 실행하거나 명령파일을 로드할 수 있다.
● 컴포넌트(Component)
엔써크 프레임워크에는 사용자가 확장 가능한 애플리케이션컴포넌트와 인터페이스 모듈이 포함되어 있다. 이러한 소스 코드 컴포넌트는 빠르게 결합하고 확장할 수 있어 다양한 디바이스 애플리케이션에서 요구하는 데이터 관리 함수를 개발하는 데 유용하다. 컴포넌트는 <그림 3>과 같이 세 개의 계층으로 나뉘는CAF(Common Application Foundation)를 제공하도록 구성할 수 있다.
 |
| <그림 3> 3개의 계층으로 나뉜 CAF |
먼저 애플리케이션 계층은 애플리케이션과 CAF-API 사이에 통신 계층을 만든다. 애플리케이션 계층(일반적으로 제어 로직)은 전체 애플리케이션의 흐름과 느낌을 제어하고 일반적으로 사용자 입력, 출력, 비 데이터 관리, 기본 데이터 의미 부여 등을 맡는다. 두 번째로 CAF-API 계층은 데이터 관리 계층에 대한 재진입을 제한하는 것이다.
데이터베이스 대 오브젝트의 변환 이외에도 로깅, 추적, 원격 호출(RPC)과의 상호 작용 등을 담당한다.
마지막으로 CAF 계층은 관계형 데이터 모델이나 여러 모듈의 비즈니스 로직과 같은 데이터 관리 요구를 처리함에 있어서 애플리케이션에 우수한 이식성을 제공한다.
● 서비스 라이브러리(Service Libraries)
서비스 라이브러리(Service Libraries)는 생성된 코드를 위한기본적인 런타임 데이터 관리 서비스를 제공한다. 이 라이브러리는 링크 과정 도중 자동으로 선택되어 생성된 코드와 링크된다.
 |
| <그림 4> 디바이스 소프트웨어 애플리케이션의 구성도 |
| |
|
PL/SQL(Oracle」s Procedural Language extension to SQL)은SQL의 확장된 개념으로 오라클에서 지원하는 프로그래밍 언어의 특성을 수용했다. PL/SQL 블록 내에서 SQL의 DML(데이터 조작어)문과Query(검색어)문, 절차형 언어(if, loop) 등을 사용해 절차적 프로그래밍을 가능하게 한 강력한 트랜잭션 언어이기도 하다. PL/SQL 문은 블록구조로 이뤄지며 PL/SQL 자신이 컴파일 엔진을 포함하고 있다.
| | | | | |
| |
「임베디드판」PL/SQL
엔써크 PL은 임베디드 애플리케이션 내의 데이터 관리를 위해 특별하게 설계된 도메인 고유 언어이다. 데이터 중심 개발의사실상 표준이라 할 수 있는 오라클의 PL/SQL을 기반으로 하는 엔써크 PL은 개발자가 임베디드 애플리케이션의 데이터 관리 부분을 구축하는 데 유용한 방법을 제공한다.
이 언어를 프레임워크와 함께 사용하면 개발자는 데이터 관리 함수를 C, C++, 혹은 Java로 직접 코딩하는 대신에 더 높은 수준의 추상화를 통해 데이터 관리 함수와 컴포넌트를 개념화하고 빌드 할 수 있다. 이를 통해 개발 시간과 노력을 단축할 수 있다.
| |
|
SPR(Software Productivity Research)의 연구에 따르면, 언어는 추상화 수준이 높을수록 표현력도 우수해진다. 이 표현력은 개발자 생산성을 측정하는 데 많이 사용되는데, 하나의 기능 포인트를 코딩하는 데 필요한 문장의 수로 측정한다.
언어의 수준이 높을수록 하나의 기능 포인트를 작성하는 데 필요한 라인수가 적어진다. SPR에 따르면, 기본 어셈블리 언어의 레벨을 1이라고 했을 때, C는 하나의 기능 포인트 구성에 128개의 문장이 필요한 레벨2.5의 언어이다. 이 정도 레벨이라면 C 개발자는 5~10개의 기능 포인트를 한 달 동안 코딩 가능한 것으로 예상할 수 있다.
한편, PL/SQL은 레벨 27의 언어다. 즉, 데이터 중심의 작업에서 C 언어보다 표현력이 높음을 의미한다. 일반적으로 최고의 C 프로그래머라 하더라도 복잡한 데이터 기능을 코딩하는 데는 적어도 100개 이상의 소스문장이 필요하다. 이에 비해 PL/SQL 프로그래머는 6개만 사용하면 된다.
따라서 한 달 기준으로 C 개발자는 5~10개의 기능 포인트를 작성할 수 있는 반면, PL/SQL 개발자는 30개 이상의 기능 포인트를 작성할 수 있다. 엔써크 PL은 이 PL/SQL의 표현력을 최대한 활용할 수 있도록 지원한다.
| | | | | |
| |
엔써크 PL은 비교적 배우기 쉽고, 저수준 디바이스와 데이터제어를 위한 다양한 확장성을 지니고 있다. 이러한 확장성은 데이터 소스와 대상의 제어를 단순화하고, 다양한 데이터 유형에 대한 지원과 강력한 오류 및 예외 처리를 제공한다. 이 언어를 이용하면 개발자는 다양한 저장 매체와 디바이스 플랫폼에 사용 가능한 테이블 형식의 데이터와 데이터 스트림을 효과적으로 작성,조작, 관리하는 데 필요한 세밀한 제어 능력을 확보할 수 있다.
개발자는 종전과 같은 데이터 관리 인프라를 구축하기 위해 저수준의 C/C++ 코딩에 집중하는 것이 아니라, 이 새로운 프레임워크와 언어를 통해 시스템 기능에 집중할 수 있다.
여기서 한 가지 애플리케이션을 예로 들어보자. <표 1>은1970년 이전 유럽에서 발매된「비틀즈」의 노래 목록을 검색해이를 MP3 플레이어의 현재 재생 목록에 추가하는 애플리케이션을 구현하는 예이다.
한 쪽은 PL/SQL을, 다른 한 쪽은 전통적인 C/C++ 프로그래밍을 이용했다. 이는 데이터 중심의 개발 방식을 이용하면 소스 코드가 훨씬 간결하게 표현됨을 보여주는 것이다. 참고로 엔써크 PL을 이용하면 개발자는 다음의 네가지 사항에 보다 더 집중할 수 있다.
- 조작할 데이터의 이름, 구조 및 형식- 데이터에 대한 수행 작업
- 데이터의 소스 및 대상
- PL 함수로 가져오거나, 다른 애플리케이션 컴포넌트(C, C++, Java로 작성된)에서 사용하도록 내보낼 기존 C 언어 코드에 대한 사용자 지정 인터페이스
PL을 활용한 예제 함수
| <리스트 1> 엔써크 PL을 이용한 예제 함수 | | | |
--******************************************************
-- DB_generateUsage
-- Determines the ratepackages then calculates
the usage for each
-- package.
--******************************************************
CREATE FUNCTION DB_GENERATEUSAGE(currDate IN VARCHAR) RETURN
BOOLEAN
AS
ex_NO_RATE_PACKS_FOUND EXCEPTION;
dMeasure DOUBLE := 0.0;
sOut VARCHAR := ‘‘
mEstCharge DOUBLE := 0.0;
CURSOR C3 IS
SELECT es_ratepackage.RP_ID, es_ratepackage.RPStart,
es_ratepackage.RPEnd, es_ratetypes.BaseRate,
es_ratetypes.Baseline, es_ratetypes.Overrate,
es_ratetypes.Transmission
FROM es_ratepackage, es_ratetypes
WHERE es_ratepackage.RateType = es_ratetypes.RateType;
BEGIN
--Clear the table
DELETE FROM es_generatedusage;
--Must turn off AUTOCOMMIT since we have
--a cursor open with other inserts and deletes
AUTOCOMMIT OFF;
FOR rp_rec IN C3 LOOP
--Calculate the sum of the energy for this rate package
SELECT sum(Measure) INTO dMeasure
FROM es_usage
WHERE usedate BETWEEN rp_rec.RPStart AND rp_rec.RPEnd;
--Calculate the estimated charge
IF dMeasure < rp_rec.Baseline THEN
mEstCharge := dMeasure * rp_rec.RPRate;
ELSE
mEstCharge := (rp_rec.Baseline * rp_rec.RPRate) +((dMeasure - rp_rec.Baseline) * rp_rec.Overrate);
END IF;
--Add additional charges (Transmission charges, etc)
mEstCharge := mEstCharge + rp_rec.Transmission;
--Create a generated usage entry for this package
INSERT INTO es_generatedusage
VALUES (glob_ACCOUNT_NUM,
currDate,
rp_rec.RP_ID,
dMeasure,
mEstCharge);
END LOOP;
IF mRP_ID = 0 THEN
RAISE ex_NO_RATE_PACKS_FOUND;
END IF;
COMMIT;
RETURN TRUE;
EXCEPTION
WHEN ex_NO_RATE_PACKS_FOUND THEN
IF C3%ISOPEN THEN
CLOSE C3;
END IF;
IF NOT AUTOCOMMIT THEN
ROLLBACK;
END IF;
sOut := 'DB_generateUsage Error. **NO RATE PACKS FOUND**';
MessageBox(sOut);
RETURN FALSE;
WHEN OTHERS THEN
--Must check if the CURSOR is open
IF C3%ISOPEN THEN
CLOSE C3;
END IF;
IF NOT AUTOCOMMIT THEN
ROLLBACK;
END IF;
sOut := 'DB_generateUsage Error. SQLCODE=' ||
TO_CHAR(SQLCODE);
MessageBox(sOut);
RETURN FALSE;
END;/
| |
 |
<리스트 1>은 PL의 몇 가지 기능을 설명하기 위한 예제 함수이다. 이 함수는 예외, 변수, 커서 등을 선언하고 DELETE, INSERT, 예외, 루프, 트랜잭션의 사용법을 보여준다. 또한 외부 애플리케이션에서 이 함수를 사용하는 데 필요한 구문을 구현하는 등 개발자에게 필요한 여러 가지 작업도 수행한다.
<리스트 1>의 예제를 통해 엔써크 PL 프로그램 전체에 사용되는 기본 블록 구조를 파악할 수 있다. 그 기본적인 구성은 다음과 같다.
● 프로그램 구조
엔써크 PL은 단계별 세부 조정 및 모듈 방식 프로그래밍을 지원하는 블록 구조 언어다. 따라서 프로그램은 프로시저와 논리적 코드 블록(함수 및 익명의 블록을 위한)으로 구성된다. 블록 간에는 논리적 흐름이 존재하고, 논리적으로 연관된 선언과 문장을 쉽게 그룹화 할 수 있다. 블록 구조 언어에서는 하위 블록을 실행파일이나 언어의 예외 처리 부분 내에 중첩시킬 수 있다.
● 변수
변수가 구조화된 쿼리나 절차적 문장, 혹은 표현식에서 선언되고 이용된다. 할당 연산자「:=」와 OUT및 IN OUT 매개 변수, SELECT INTO(또는 FETCH INTO) 문을 써서 변수에 값을 할당할 수 있다.
● 커서
커서는 테이블에서 데이터를 검색하는SELECT 문의 결과를 순환한다. 또한 테이블 내의 데이터를 참조하고 이 데이터를 직접 액세스 및 조작하는 데 이용된다. CURSOR FOR LOOP는 코딩을 단순화하며 OPEN, FETCH, CLOSE 문을 사용할 필요를 없애준다. 이는 커서를 열고 결과 세트의 데이터 행을 레코드의 필드로 반복적으로 FETCH 한 후, 행 처리가 끝나면 커서를 닫는다.
● 속성
속성은 정의를 반복하지 않고도 항목의 구조 및 데이터 형식을 참조할 수 있도록 하는 등록 정보이다. 백분율 기호「%」는 속성표시자로 속성 이름 앞에 쓰인다. 속성 형식은 변수, 테이블, 테이블 열 및 커서에 사용할 수 있다. 위의 예제에서 %ISOPEN 속성은 커서가 열려 있는지 여부를 판별하는 데 이용되고, %NOTFOUND 속성은 커서가 데이터를 찾지 못했는지 여부를 알려준다.
● 제어 구조
PL에서는 IF-THEN-ELSE, CASE, FOR-LOOP, WHILELOOP, EXIT-WHEN, GOTO의 흐름 제어문으로 조건, 반복, 순차 제어 구조를 제공한다. 조건 제어 구조는 IF-THEN-ELSE구조나 CASE를 사용한다. 반복 제어 구조는 LOOP 및 ENDLOOP를 사용해 반복되어야 하는 문장의 시퀀스를 작성한다.
LOOP 구성은 LOOP, FOR-LOOP 또는 WHILE-LOOP일 수 있다. 순차 제어 구조는 레이블 및 GOTO 문을 써서 프로그램, 프로시저, 또는 함수의 본문에서 비조건 분기를 가능하게 한다.
● 오류 처리
미리 정의된 예외와 사용자 정의된 예외를 감지하고 처리한다.
런타임 오류가 발생하면 예외가 발생하고, 예외 처리 블록으로 제어가 넘어간다. 예외 블록을 통해 개발자는 예외를 처리하기위한 코드를 작성할 수 있다. 사용자가 정의한 예외는 RAISE 문을 사용하여 명시적으로 발생되고, 사용자 정의 예외 처리기는 예외 발생 시 이용할 실행문을 정의한다.
PL과 C/C++, 그리고 Java
PL은 C, C++, Java 애플리케이션을 비롯한 다수의 사용자개발 환경과 조화를 이뤄 동작한다. 원하는 편집기를 이용해 프로그램을 작성할 수 있고, 제너레이터가 수정된 API나 독점적API 없이도 이식 가능한 ANSI C 소스 코드를 생성해준다. 따라서 PL에서 작성된 함수를 사용자 지정 API를 통해 EXPORT 함수를 써서 기존 애플리케이션과 자연스럽게 통합할 수 있다.
또한 IMPORT 함수는 복잡한 수학 라이브러리나 필터 함수와 같은 외부의 C 함수를 호출할 수 있으므로 PL 함수 내에서 기존 코드를 어렵지 않게 활용할 수 있다. 이러한 유연성은 사용자가 기존의 소프트웨어 인프라를 이용하는 데 큰 도움이 된다.
이상으로 코드 생성기를 이용하는 임베디드 데이터 관리 솔루션을 살펴봤다. 예로 든 프레임워크에서 살펴보았듯이, 이 개발방법론은 디바이스 개발을 위한 데이터 관리용 언어와 개발 도구, 그리고 응용 프로그램이 동작할 타겟 시스템에서의 실행까지 모두 아우를 수 있다. @
* 이 기사는 ZDNet Korea의 제휴매체인 마이크로소프트웨어에 게재된 내용입니다.
로그인 |
회원가입 (뉴스레터신청) |
SITEMAP
독자의견 남기기 (로그인 후 독자 의견을 남기실 수 있습니다.) 
