Ajax.NET 예제

우선, 위의 MS 컬럼에서 Ajax.NET 데모소스를 다운로드 받도록 하세요. '링크 찾아가기 귀찮아요. 바로 다운로드 하게 해 주세요' 하시는 분들을 위해 여기에도 링크를 걸도록 하겠습니다.

다운로드 : (C# 버전) AjaxASPNETCS.msi
다운로드 : (VB.NET 버전) AjaxASPNETVB.msi

받아서, 설치를 하시고 나면 Ajax with ASP.NET (C#)이라는 폴더가 생길 것입니다. 저의 경우는 설치를 [내 문서] 쪽에 했기에 다음 경로에 생겼습니다. 일단, 설치하셨으면 해당 폴더를 AjaxSampleCS라는 이름의 가상 디렉터리로 잡아주셔야 합니다(왜 설치 시에 그 작업까지 자동으로 되지 않는지 약간 서운하기도 합니다만).

다 되셨으면, VS.NET 2003을 실행하시고, 해당 폴더에서 AjaxSampleCS.sln 파일을 실행합니다. 그러면, 웹 프로젝트가 로드 될 것입니다.

이 예제를 실행하기 위해서는 반드시 VS.NET 2003이 필요합니다.

대략 4개의 샘플이 존재하는 데, 저는 이 중 첫 번째 샘플인 DropDownLink 만을 같이 살펴보도록 하겠습니다. 한 가지만 다루어보면 다른 것들은 여러분이 스스로 파악이 가능하실 듯 하니까요 ^^

우선, 같이 살펴볼 페이지의 실행 결과부터 보도록 하겠습니다. 프로젝트를 빌드 하신 뒤에 Sample1 폴더에 존재하는 DropDownLink.aspx 페이지를 [브라우저에서 보기] 하세요. 그럼 다음과 같이 심플한 데모 페이지가 브라우저에 그 모습을 드러낼 것입니다.

데모는 매우 심플합니다. 첫 번째 드롭다운에서 국가를 선택하면, 우측 드롭다운에 해당 국가의 주(State)들이 나열되는 형태입니다. 물론, 페이지의 포스트백이 전혀 없이 말입니다.

얼핏 보기에도 훌륭하지 않나요?

하는 김에, 두 번째 데모도 실행해 볼까요? 두 번째 데모는 많은 분들이 요긴해 하실 만한 자동완성 기능의 구현입니다. Sample1 폴더의 SearchCompletion.aspx 페이지를 실행해 보세요. 단순해 보입니다만, 이 데모도 상당히 재미있습니다. 텍스트 박스에 'a' 이라고 입력하면 그 즉시 'a'로 시작하는 모든 도시명이 리스트박스에 출력되고, 'al'이라고 입력하면 그 즉시, al로 시작하는 모든 도시명이 하단에 출력되는 자동완성 기능입니다.

두 예제는 실행 모습이 서로 다르지만 내부적으로는 상당히 유사하기에, 강좌에서는 이 중 첫 번째 예제만을 같이 한번 살펴보려 합니다. 그러면, 두 번째 예제는 혼자서도 잘해요~ 할 수 있을 것이라 믿어 의심할 꺼~~야!!

일단, [솔루션 탐색기]에서 [참조] 폴더를 보시면 Ajax라는 것이 존재하는 것을 볼 수 있습니다. 물리적인 폴더의 bin 디렉터리에는 이에 해당하는 Ajax.dll이 존재하고 있고요. 이것이 Ajax.NET의 핵심모듈입니다. Ajax.NET을 이용하고 싶다면, 단지 이 DLL만을 참조해 쓰면 되는 것이죠.

또한, Sample2에는 DAL.cs 파일이 존재하는 것을 볼 수 있는데요. 이 부분은 국가명을 가져오거나(GetShippingCountries), 특정 국가의 주 명칭을 얻어오는 함수(GetCountryStates) 등이 들어있습니다. 일종의 데이터 액세스 클래스라고 보시면 될 듯 합니다. 첫 번째 예제는 이 DAL.cs의 함수들 중에 국가 명을 얻어오는 GetShippingCountries() 메서드와 지정된 국가의 주 명칭을 얻어오는 GetCountryStates() 메서드를 사용하게 됩니다. 각각은 DataTable과 DataView를 반환하도록 작성되어 있고요.

물론, 반드시 이렇게 데이터 액세스 컴포넌트를 만들어 써야 하는 것은 아니지만, 메서드의 재 사용성을 위해서라도 이렇게 구성해 쓰는 것이 바람직하다 할 수 있겠습니다. 여기서 N-Tier(Layer) 이야기를 꺼내는 것은 약간 주제에 어긋나는 것이기에 그 쪽 관련 설명은 여기까지만 하기로 하겠습니다. 실제적으로 우리가 관심있는 부분은 Ajax이니까요.

자 그럼 이제 본격적으로 DropDownLink.aspx 페이지의 코드 비하인드 소스를 살펴보도록 하겠습니다. 그 소스는 다음과 같습니다(일단은 버튼 submit 부분은 빼고 살펴보도록 하겠습니다)

namespace AjaxSampleCS.Sample1 { public class DropDownLink : Page { protected DropDownList countries; protected DropDownList states; protected Button submit; private void Page_Load(object sender, EventArgs e) { // 이 클래스의 메서드를 클라이언트 측에서 호출이 가능하게 하기 위해서 AjaxMethod로 표시 Ajax.Utility.RegisterTypeForAjax(typeof(DropDownLink)); if (!Page.IsPostBack) { countries.DataSource = DAL.GetShippingCountries(); countries.DataTextField = "Country"; countries.DataValueField = "Id"; countries.DataBind(); countries.Items.Insert(0, new ListItem("Please Select", "0")); } } [Ajax.AjaxMethod()] public DataView GetStates(int countryId) { return DAL.GetCountryStates(countryId); } …

원래 소스에서 주석은 영어로 표기되어 있으나, 여기서는 제가 번역해서 표현해 보았습니다. 착하죠? -_-a

일단, ASPX 페이지에서 준비가 되어야 할 것들은 무엇일까요?

1) 폼이 처음 로드 될 경우, 첫 번째 드롭 다운 컨트롤에 국가 명을 로드 하는 작업을 수행해야 합니다. 물론, 이는 Ajax와는 무관한 작업이죠. 그래서, 보시다시피, Page_Load에는 그러한 코드가 들어있는 것을 확인할 수 있습니다.

2) 첫 번째 드롭 다운 컨트롤에서 선택이 일어날 경우, Ajax를 통해서 두 번째 컨트롤에 해당 국가의 주(State)명을 로드해야 합니다. 이 부분이 우리의 핵심이죠. 그리고, 이 결과를 얻기 위해서 Ajax에서는 2가지의 작업으로 분리가 됩니다.

1. 지정된 국가의 주명을 얻어오는 서버 측 함수(Java-script에서 호출이 가능한) 제작
2. 그러한 서버 측 함수를 호출하고 얻어온 결과 데이터를 폼에 반영하는 자바스크립트 제작

이 중 서버 페이지인 ASPX 측에서는 1번이 준비되어야 할 것입니다. 해서, 소스를 보시면 바로 그러한 역할을 수행하는 GetStates(int countryId) 메서드가 있는 것을 볼 수 있습니다. 단, 이 메서드는 일반 메서드가 아닌 'Java-script에서 호출이 가능한 서버 함수'여야 합니다. 그래야 Ajax가 올바르게 구현되는 것이니까요.

맨땅에서 'Java-script에서 호출이 가능한 서버 함수'를 구현하는 것은 그리 쉬운 일이 아닙니다. 그렇기에, 여기서 Ajax.NET이 필요한 것입니다. Ajax.NET을 이용하게 되면 단지 'Java-script에서 호출이 가능한 서버 함수'를 만들기 위해서 해 주어야 할 것은 해당 함수 명 위에 간단한 Ajax.NET 어트리뷰트를 하나 추가하기만 하면 됩니다.

[Ajax.AjaxMethod()]

라는 어트리뷰트를 말이죠. 정말로 간단하죠? 단지 이것을 지정하는 것만으로 해당 함수는 'Java-script에서 호출이 가능한 서버 함수'가 되는 것입니다. ^^

단, Ajax.NET을 올바르게 구동시키기 위한 [필요조건]이 하나 존재하고 있는데요. 그것은 추가적으로 서버 함수가 들어있는 클래스가 무엇인지를 Ajax.NET에게 알리는 것입니다. 해서, Page_Load 이벤트 안에는 다음과 같은 코드가 반드시 추가되어야 합니다.

Ajax.Utility.RegisterTypeForAjax(typeof(DropDownLink));

이는 필수적으로 넣어주어야 하는 것입니다. Ajax.NET을 사용한다면 말이죠.

현재의 예제는 'Java-script에서 호출이 가능한 서버 함수'를 ASPX 페이지 클래스 안에 같이 두고 있지만, 개발자에 따라서는 이를 별도의 클래스로 분리하고 싶을 수도 있을 것입니다. 예를 들면, 다음과 같이 말이죠.

namespace AjaxSampleCS.Sample1 { public class MyAjaxClass { [Ajax.AjaxMethod()] public DataView GetStates(int countryId) { return DAL.GetCountryStates(countryId); } } public class DropDownLink : Page { protected DropDownList countries; protected DropDownList states; protected Button submit; private void Page_Load(object sender, EventArgs e) { Ajax.Utility.RegisterTypeForAjax(typeof(MyAjaxClass)); if (!Page.IsPostBack) { countries.DataSource = DAL.GetShippingCountries(); countries.DataTextField = "Country"; countries.DataValueField = "Id"; countries.DataBind(); countries.Items.Insert(0, new ListItem("Please Select", "0")); } } …

이런 경우에는 Page_Load 이벤트에서 Ajax용 클래스 등록이 다음과 같이 변경되어야 합니다.

Ajax.Utility.RegisterTypeForAjax(typeof(MyAjaxClass));

즉, 실제 Ajax용 함수가 존재하는 클래스를 등록해 주어야 한다는 것입니다. 어렵지 않죠? 이것으로 서버 측의 설정은 끝입니다. 너무나도 간단합니다. 단지, 필요한 함수를 만들고, Ajax용 어트리뷰트만 지정해 주면 되는 것입니다. 물론, Page_Load 이벤트에 Ajax용 클래스를 등록해주는 것도 잊어서는 안되겠죠?

중요참고 (2006년 2월 12일 수정) 제가 잠시 잊고 한가지 언급하지 않은 것이 있었는데요. 그것은 Ajax.NET을 이용할 경우 web.config에 한가지 설정이 들어가야 한다는 것입니다. 즉, 다음과 같은 추가 설정이 web.config에 작성되어야 합니다. 꼭 넣어주세요 ^^. 감사합니다. <httpHandlers> <!-- ajax 핸들러를 등록합니다 --> <add verb="POST,GET" path="ajax/*.ashx" type="Ajax.PageHandlerFactory, Ajax" /> </httpHandlers>

자. 그렇다면 이제는 클라이언트 측의 Java-script를 한번 살펴볼까요? DropDownLink.aspx 파일의 HTML 부분을 살펴보면 다음과 같습니다.

… <form id="form" method="post" runat="server"> <Common:Header runat="server" ID="Header1"/> <div class="content"> <h4>Please select a Province or State to ship to</h4> <asp:DropDownList onChange="LoadStates(this)" ID="countries" Runat="server" /> <asp:DropDownList ID="states" Runat="server" /> <asp:Button ID="submit" Runat="server" Text="Submit" /> </div> </form> </body> </HTML> <script language="java-script"> //states 드롭다운 var statesList = doc-ument.getElementById("<%=states.ClientID%>"); // 드롭다운에서 on-Change 이벤트가 일어날 경우 호출된다 function LoadStates(countries) { var countryId = countries.options[countries.selectedIndex].value; if (countryId > 0) { //DropDownLink는 우리가 등록해 놓은 타입 명이기에, Ajax.NET에 정의되어 있다 DropDownLink.GetStates(countryId, LoadStates_CallBack); } else { // states 드롭다운을 깨끗이 비운다. states.options.length = 0; } } // Ajax.NET이 응답 데이터를 전달하는 콜백 함수 function LoadStates_CallBack(response) { // 만일, 서버 코드가 예외를 일으킨다면 if (response.error != null) { alert(response.error); //아마도 이보다는 더 나은 처리가 필요할 것이다. return; } var states = response.value; // 기대했던 응답 데이터가 아니라면 if (states == null || typeof(states) != "object") { return; } statesList.options.length = 0; //reset the states dropdown // Java-script는 대,소문자를 구분하기에 Length의 L은 반드시 소문자로 해야 한다. // (아마도 개발자가 그렇게 정의해 놓은 듯하다) for (var i = 0; i < states.Rows.length; ++i) { statesList.options[statesList.options.length] = new Option(states.Rows[i].State, states.Rows[i].Id); } } </script>

HTML 쪽에서 관심을 가질 부분은 첫 번째 드롭다운 컨트롤의 on-Change 이벤트입니다. 이는 다음과 같이 작성되어 있습니다. on-Change="LoadStates(this)". 여기서, 우리는 LoadStates 함수가 바로 서버 함수를 비 동기적으로 호출하는 핵심일 것임을 눈치채실 수 있습니다.

이제 Java-script 쪽을 한번 살펴보도록 하겠습니다.

일단, 스크립트가 시작하는 부분에서는 첫 번째 드롭다운 컨트롤 개체를 statesList라는 변수에 할당하고 있습니다. 드롭다운 개체를 얻기 위해서는 doc-ument.getElementById() 메서드를 이용하는데요. 이는 특정 이름를 갖는 폼 개체를 반환하는 메서드입니다. 주의할 부분은 드롭다운 컨트롤의 이름으로 'states'가 아닌 "<%=states.ClientID%>"를 사용한다는 점입니다.

이렇게 지정하는 이유는 드롭다운 컨트롤이 서버 컨트롤이기 때문입니다. 서버 컨트롤은 서버에서의 컨트롤 ID는 states이지만, 브라우저의 출력 HTML 에서는 그 ID가 동적으로 재 생성될 수도 있습니다. 특히, 컨트롤이 Panel과 같은 컨테이너 안에 들이었을 경우에는 말입니다. 예를 들면, 그러한 경우 ctl0_states와 같이 바뀌어 생성될 수 있다는 것입니다. 해서, 서버 컨트롤이 HTML로 렌더될 때 실제로 할당될 이름을 알려주는 "<%=states.ClientID%>"를 사용한 것입니다. (물론, 현재의 경우는 그 이름 그대로 만들어질 것이긴 합니다만... ^^)

그리고, 이어서 LoadStates(countries) 함수가 존재합니다. 이 함수는 사용자가 첫 번째 드롭다운에서 국가를 선택할 경우 호출됩니다. 그리고, 바로 이 함수가 비 동기 호출을 수행하는 핵심 함수이기도 하죠. 그러면, 그 때 어떠한 일이 일어나는지 이제 LoadStates 함수의 내부를 한번 살펴보도록 하겠습니다.

우선은 첫 번째 드롭다운 컨트롤(countries)에서 현재 선택된 국가 값을 얻어와서 countryId라는 지역 변수에 담습니다. 그리고, 그 선택된 값이 0보다 크다면 즉, 어떤 국가가 선택된 상태라면 비 동기 호출을 수행하고, 선택된 값이 0이라면 두 번째 드롭다운 컨트롤을 초기화하는 작업을 수행합니다.

function LoadStates(countries) { var countryId = countries.options[countries.selectedIndex].value; if (countryId > 0) { //DropDownLink는 우리가 등록해 놓은 타입 명이기에, Ajax.NET에 정의되어 있다 DropDownLink.GetStates(countryId, LoadStates_CallBack); } else { // states 드롭다운을 깨끗이 비운다. states.options.length = 0; } }

핵심은 DropDownLink.GetStates(countryId, LoadStates_CallBack); 입니다. 이 부분이 재미있는 부분입니다. 서버에 존재하는 특정 서버함수로의 비 동기 호출을 하기 위해서 어떤 식으로 접근해야 하는지를 보여주는 코드이죠. 보시다시피, DropDownLink.GetStates 라는 코드로 서버 함수를 접근하고 있습니다. 규칙은 다음과 같습니다.

[비 동기 호출용 Ajax 클래스명].[호출할 Ajax 메서드] (필요한 인자, 콜백 함수명)

앞의 aspx 코드에서 우리는 Page_Load 시에 Ajax용 클래스를 DropDownLink로 등록했고, 또한 Ajax 호출용 메서드로 GetStates를 만들어 두었기에, 호출하는 문법은

DropDownLink.GetStates(countryId, LoadStates_CallBack);

와 같이 구성되는 것입니다. 재미있는 것은 메서드의 두 번째 인자인 LoadStates_CallBack 입니다. 이는 비 동기 호출을 수행하고 그 결과를 받게 되는 Java-script의 콜백 함수를 지정하는 부분입니다. 다시 말해서, 서버로의 비 동기 호출을 수행한 뒤, 결과 데이터를 LoadStates_CallBack라는 Java-script 함수에게 넘겨주겠다는 의미가 되는 것이죠.

고로, LoadStates_CallBack라는 이름의 Java-script 함수도 존재해야 합니다. 그리고, 이 콜백 함수의 역할은 서버에서 넘겨준 결과 데이터를 가지고 웹 페이지에 동적으로 반영하는 역할을 수행해야 할 것입니다.

해서, 이어지는 코드가 바로 그것입니다.

// Ajax.NET이 응답 데이터를 전달하는 콜백 함수 function LoadStates_CallBack(response) { // 만일, 서버 코드가 예외를 일으킨다면 if (response.error != null) { alert(response.error); //아마도 이보다는 더 나은 처리가 필요할 것이다. return; } var states = response.value; // 기대했던 응답 데이터가 아니라면 if (states == null || typeof(states) != "object") { return; } statesList.options.length = 0; //reset the states dropdown // Java-script는 대,소문자를 구분하기에 Length의 L은 반드시 소문자로 해야 한다. // (아마도 개발자가 그렇게 정의해 놓은 듯하다) for (var i = 0; i < states.Rows.length; ++i) { statesList.options[statesList.options.length] = new Option(states.Rows[i].State, states.Rows[i].Id); } } </script>

서버에서 처리된 결과는 함수의 인자인 response로 넘어오게 됩니다. 이 방식은 Webservice Behavior를 사용할 경우(세 번째 강좌)와 동일합니다. ^^

코드를 주~욱 설명하자면 다음과 같습니다.

1. 에러가 발생했다면, 에러 메시지를 메시지박스로 나타내고 작업을 포기한다.
2. 응답 데이터를 states 변수에 담은 다음, 그 값이 null 이거나, 그 형식이 object가 아니라면
작업을 역시 포기한다.
3. 두 번째 드롭다운 컨트롤을 초기화 하고, states의 행 만큼 반복하면서 데이터를 꺼내
드롭다운 컨트롤에 추가한다.

재미있는 부분은 서버에서 반환된 DataView 데이터를 마치 실제 DataView를 쓰는 것처럼 states.Rows[i].State, states.Rows[i].Id와 같은 식으로 접근할 수 있다는 것입니다. 이는 Ajax.NET을 제작한 Schwarz가 추가적으로 스크립트 작업을 해 두었기에 가능한 것입니다.

어떻습니까? 크게 어렵지는 않죠?

사실, 많은 작업이 Webservice Behavior 강좌에서 다루었던 부분과 유사합니다. 아마도 그렇게 느끼신 분이 많을 것입니다. 다만, 직접 XMLHTTP를 다루었을 때에 비해 편해진 점이라면,

1. 서버 메서드를 굳이 웹 서비스 메서드로 만들지 않아도 된다는 점
2. 그럼으로 해서, 서버 쪽 모듈 구성이 상대적으로 편해졌다는 점
3. 호출할 서버 페이지의 경로를 지정하지 않아도 된다는 점
4. Java-script에서 비 동기 호출을 위해 필요한 코드가 간소해졌다는 점

등을 들 수 있을 것입니다.

그리고, 이러한 장점 중 좋은 점들은 ASP.NET 2.0 Atlas에도 반영이 되고 있습니다. Atlas의 알파버전을 살펴보면, 서버 모듈을 웹 서비스로 제작해야 한다는 부분만 제외하면 다른 장점들은 좋은 점만 쏙쏙 뽑아서 고스란히 녹아있습니다. ^^

서버 모듈을 웹 서비스로 분리하는 부분은 서버 모듈의 재 사용성 및 외부 인터페이스와의 통합을 위해서도 탁월한 선택이라 생각합니다. Atlas의 실제 모습은 뚜껑을 열어봐야 알 수 있는 부분이긴 하지만, 그래서 살포시 기대가 되는 것은 사실입니다.

어떤가요? 크게 어렵지가 않죠? 맨땅에서 구현하는 것보다 Ajax.NET과 같은 도구를 사용하는 것이 훨씬 개발하기가 수월하다는 것을 느끼실 겁니다. ^^

그런데, 이게 끝이 아닙니다. Ajax.NET을 이용하는 경우에는 현재 한 가지의 단점을 가지고 있습니다. 물론, 이를 Ajax.NET의 문제라고 단정적으로 이야기하기는 좀 그렇습니다만 말입니다. 그것은 바로 동적으로 데이터를 채운 컨트롤의 VIEWSTATE는 유지되지 않는다는 것입니다(어찌보면 당연한 이야기겠지만 말입니다)

이해가 되지 않는다구요? 그렇다면, 다음과 같은 상황을 생각해 보시면 쉽니다.

DropDownLink 데모에서, 국가를 선택하면 두 번째 드롭다운에 주(State) 명이 주욱 나타나죠? 물론, 그 데이터는 자바스크립트를 통해서 동적으로 넣은 데이터일 것입니다. 그 상태에서 서브밋 버튼을 클릭하면 어떻게 될까요?

페이지는 포스트백이 될 것이고, 현재 선택된 국가명과 주명이 화면에 찍혀 나오거나 할 것입니다. 그런데, 포스트백된 화면에서는 주명을 나열하는 두 번째 드롭다운 컨트롤의 데이터는 모두 사라질 것입니다. 그 데이터는 Java-script를 통해서 동적으로 넣은 값인지라 서버에서는 그 값에 대해서 전혀 모르기 때문입니다.

해서, 대안으로 DropDownLink.aspx 데모에서는 버튼 클릭 이벤트(코드 비하인드 파일)에서 다음과 같은 처리를 추가적으로 하고 있는 것을 볼 수 있습니다.

private void submit_Click(object sender, EventArgs e) { //states 드롭다운은 클라이언트 측에서 값을 채웠다는 것을 기억하라. //이는 그 값들이 viewstate에 유지되지 않는다는 것을 의미한다. //그렇기에, 드롭다운에서 선택된 값을 얻어오는 유일한 방법은 Request.Form을 이용하는 것이다. string selectedStateId = Request.Form[states.UniqueID]; Response.Write("You selected province/state id: " + selectedStateId); //이는, 사용자가 선택한 값을 폼에 나타내려 할 경우 추가 작업이 필요하다는 것을 의미한다. states.DataSource = DAL.GetCountryStates(Convert.ToInt32(countries.SelectedIndex)); states.DataTextField = "State"; states.DataValueField = "Id"; states.DataBind(); states.SelectedIndex = states.Items.IndexOf(states.Items.FindByValue(selectedStateId)); }

이 작업은 주석에서 대략적으로 설명하고 있듯이 사용자가 선택한 국가명을 가지고, 서버에서 그 국가에 해당하는 주(state)명을 얻어와 두 번째 드롭다운에 채운 다음, 사용자가 선택한 값을 드롭다운 컨트롤에서 선택된 것으로 표현하는 것입니다.

이는 뭔가 반복적인 작업이 아니냐는 볼멘 소리가 나올 수도 있겠지만, 어쩔 수 없이 처리해 줘야 하는 부분입니다. 사실, 이 부분도 그나마 ASP.NET을 이용하니까 이 정도의 처리로 가능한 부분입니다. ASP 시절에 이와 같은 처리를 하려면 수많은 Java-script 코드를 이용해서 클라이언트 측에서 데이터를 다시 채우는 작업을 반복해야 할테니까요.

어쨌든 이로써 예제는 마무리 되어 있습니다.

프로그래밍 방식을 모두 다 확인한 지금의 여러분이라면, 'Ajax 프로그래밍이 그다지 쉽지 않네~ 얘 뭐야..' 할 지도 모르겠습니다만, 이는 맨땅부터 작업하는 방식에 비하면 상당히 개발이 쉬어진 형태입니다. Ajax 스타일의 프로그래밍을 이미 접해본 개발자라면 제 의견에 동감하실 것입니다.

Ajax가 앞으로의 세상을 바꿀 것이고, 편리하게 만들 것이라는 분위기가 조성되어 가고 있지만 이는 사실 사용자 측면에 해당하는 것이지 개발자 측면이라고 보기는 조금 애매합니다. 사실, Ajax를 도입하면 사용자의 사용성은 좋아질지 모르겠지만, 이를 개발하고 적용하는 개발자 측면에서는 손이 더 많이 가게 되는 것이 사실이기 때문입니다. 해서, 그러한 개발 생산성을 더욱 높이고자 MS를 비롯한 업체들이 Ajax용 프레임워크를 개발하고 있는 것이죠. 말씀드렸다시피, Atlas가 바로 그런 목적으로 준비되고 있고요.

Atlas가 나올 경우, 얼마나 개발 생산성이 높아질 것인가는 뚜껑을 열어봐야 알 수 있는 부분이라 제가 말씀드리기 조심스럽지만, 알파버전을 살포시 맛 본 입장에서 말씀드리자면, 적어도 Ajax.NET을 이용하는 것보다는 상당히 나을 듯 하다는 느낌입니다.

중요한 것은 Ajax용 프레임워크가 제공되던, 제공되지 않던 개발자는 가능하다면 Ajax의 내부적인 흐름과 프로세스를 이해하고 있을 필요가 있다는 점입니다. 그렇다면, 간혹 주어지는 난제를 풀어 낼 실마리를 스스로 찾아낼 수 있을테니까요. 단순히, 갖춰진 틀 안에서만 프로그래밍이 가능하다면 고객의 특별한 요구사항이 있을 경우 막다른 길에 막힌 듯한 상황을 접하게 될 가능성이 큽니다. 즉, '이건 원래 안 되요(속으로는 가능한 방법이 있을 것 같긴 한데.. 하면서)' 와 같은 말로 둘러대야만 하는.. 슬픈 상황을 경험하게 될 것이라는 이야깁니다. 안 된다고 이야기할 때는 꺼림직한 구석 없이 단호하게!! '이건 안됩니다' 라고 시원하게 이야기할 수 있는 개발자이고 싶다면.. 백그라운드도 조금은 살펴봐 두시는 것이 좋습니다(적어도 이전 제 강좌를 살펴보신다면 그것으로도 어느 정도는 충분하지 않나 하는.. -_-;; 부족한가여? 그럼 어쩌지???).

사실, 저도 이런 말 할 자격은 없는 사람입니다만… 말입니다. 그래서, 더욱 노력하는 삶을 살아야 하지 않나 생각하며 반성합니다.