ASP.NET MVC 2 베타버전일때 여기에 있는 로드맵을 확인하고 정리해야겠다 했는데, 어느덧 세월(?)이 흘러~ MVC 2가 릴리즈 되고 MVC 3를 기다리는 이때에 MVC 3이 우리에게 줄 편안함을 제 발자취에도 기록하게 되네요^^; ASP.NET MVC 3이 우리에게 주는건 뭐?! 생산성 향상 - 업무 기반의 헬퍼를 제공한다네요. (헬퍼는 도우미 메쏘드를 의미합니다.) : 태그를 사용해서 해왔던 것들(input, img, textarea..)을 헬퍼를 사용해서(Html.TextBox, Html.CheckBox..) 대체하고, 제공되지 않은 헬퍼들은 태그빌더클래스를 사용해서 만들고(Html.Image, Html.Div..), 사용했죠. 그리고, 계속 업그레이드되어 헬퍼 뒤에 For을 붙인 형식화된 ..
이번 시간은 ASP.NET MVC와 인사를 나눠보는 시간을 갖도록 하겠습니다. 반갑게 만나보도록 하죠^^ M, V, C의 각방생활 먼저 프로젝트를 생성합니다. 새 프로젝트 열기에서 ASP.NET MVC 2 Web Applicatoin 을 선택하고, 이름은 HelloMVC 로 하겠습니다. OK를 클릭하면 다음과 같이 유닛 테스트 프로젝트를 생성할 것인지 묻는 창이 뜹니다. (이게 ASP.NET MVC의 장점이라는 겁니다. 프로젝트 자체에서 유닛 테스트를 지원해주고 있습니다. 이 창에서 Yes 를 선택하면 간단하게 유닛테스트 프로젝트를 생성할 수 있습니다.) 이 시간은 유닛테스트와는 전혀 상관이 없는 관계로 No를 선택하도록 하겠습니다. 그러면, 다음과 같은 구조의 프로젝트가 생성된 것을 확인하실 수 있습니..
첫번째 시간으로 ASP.NET MVC vs ASP.NET WEB FORM 에 대해 글을 써보도록 하겠습니다. 제 포스트는 ASP.NET MVC에 관한 글입니다.^^; 그래서 이 둘의 대결구도라기 보다는 웸폼의 문제점을 짚어보고 MVC에 좋은 점에 대해서 글을 써 나가려고 합니다. ASP.NET WEB FORM의 문제점? ASP.NET WEB FORM은 ASP.NET 개발의 전통적인 스타일이고, 큰 스케일의 웹사이트를 좀더 간단하게 만들게 해주는 기술입니다. 웹폼은 드래그 앤 드랍으로 컨트롤들을 ASP.NET 페이지에 추가하고 그것들에 맞는 코드를 작성합니다. 이러한 개발방식이 개발자들의 마음을 끄는거죠. 그!러!나! 웹폼은, ● 관계가 분리되어 있지 않습니다. UI와 코드가 섞여있죠--; ● 자동적으로 ..
활기차게 시작해보겠습니다. 하나하나의 글이 성공으로 가는 지름길임을 믿으면서.. TagBuilder 클래스를 이용한 HTML도우미 만들기 ASP.NET MVC 프레임워크에는 HTML 도우미를 만드는 TagBuilder 클래스를 가지고 있습니다. 이름에서도 풍기듯이 이 클래스는 HTML 태그들을 쉽게 만들수 있게 도와줍니다. 자, 이제 이 TagBuilder 라는 놈을 만나러 가볼까요? TagBuilder 클래스 살펴보기 TagBuilder 클래스는 당연히 System.Web.Mvc 네임스페이스에 포함되어있는 클래스고, 5개의 메쏘드를 가지고 있습니다. 1. AddCssClass() - 태그에 새 class="" 속성 추가하기 2. GenerateId() - 태그에 id 속성 추가하기. 이 메쏘드는 자동적..
갑자기 생각나네요. 제 좌우명.. '일신우일신' 매일매일 새로워지고 발전된 모습으로 살아가려는 몸부림의 일환으로 맘속에 담아두고 있는 말이죠. 근데 다른쪽 마음에서는 계속 쉬라고, 편히 있으라고, 괜찮다고,,, 성공을 향해 달려야 하는 제게 앉아 있으라고, 누워 있으라고, 자라고,,, 아흐~ 이놈에게 이겨야하는데 쉽지가 않네요. 어쩌다가 한번씩 이기는 형편이죠. 머.. 지금 이렇게 컴터앞에 앉아 글을 쓰고있는건 제가 이겼다는 증거겠죠? --; 전 위너입니다. 이겼습니다. 그냥 제 자신에게 나약해지지말자라는 각오를 위한 잡소리였습니다.ㅎㅎ 다시한번 새로운 마음으로 시작해 보도록 하죠^^ 이번에는 데이터베이스의 테이블에 있는 값들을 HTML로 출력해보겠습니다. 준비되셨죠?^^ DB 데이터를 테이블에 나타내기..
안녕하셨죠? 지난번에 이은 뷰에대해 알아보기. 두번째 시간이네요. 이거 새로운 마음가짐으로 시작한지 얼마안되어 또 흩으러진 모습을 보였네요^^;; 오늘 제 친한벗이 또 한번 제게 채찍질(?)을 해댔죠. 고마움으로 받아들였습니다. ^^ 역시 항상 함께해주는 친구는 좋네요 ㅎㅎ 잡담은 그만하고 이제 시작할까요? 지난번에 HTML 도우미에 대해서 더 알아보기로 했었죠? HTML 도우미 만들기 HTML 도우미의 이점은 우리가 일반적으로 HTML 페이지를 만드는데 타이핑으로 쓸데없이(?) 쳐대야하는 태그들의 많은 양을 감소시켜줍니다. 예로 다음의 코드를 살펴보겠습니다. 위처럼 작성하는 것 대신에 다음과 같이 작성할 수 있습니다. 역시 이름그대로 우리의 개발을 빠르게 도와줄수 있는 메쏘드네요.^^ ASP.NET M..
오랜만에 글을 쓰네요^^; 오늘일을 내일로 미루고미루다보니 ㅎㅎ 이렇게 되었네요;; 깊이깊이 반성하고 있습니다. 제 블로그 명이 What Is The Fun? 이었는데요 이제 개인적으로 재미도 찾았고 해서 블로그 명도 바꾸고(성공으로 가는 발자취) 디자인도 변경했습니다^^ 새로운 맘가짐으로 다시 시작해보려고요. 자~ 시작해볼까요? 뷰 알기 우리는 애플리케이션은 표현로직과 업무로직을 분리하는 것이 좋다는 것을 알고 있습니다. 이렇게 하지 않으면 이 두 로직이 이리저리 꼬이게되고(움찔--;) 약간의 수정조차 힘들게되는 유지보수의 어려움이 초래되죠. ASP.NET MVC 에서는 이를 강제적으로 분리합니다. 뷰는 단지 컨트롤러의 출력만 담당하게 됩니다. 최종적으로 브라우저의 보여줄 HTML 만 렌더하는 작업만 ..
지난 포스팅에서 말씀드린대로 이번에는 컨트롤러와 액션을 생성하는 법에 대해서 이야기를 나누려합니다. 컨트롤러의 생성 간단한 방법으로 컨트롤러를 생성해보겠습니다. 솔루션 탐색기의 Controllers 폴더에서 마우스 오른쪽 버튼 클릭 > Add > Controller 메뉴를 클릭합니다. 다음 그림과같이 Add Controller 라는 창이 뜹니다. 친철하게 이름만 변경하게끔 유도하네요. Default1을 Example 로 변경 후 Add 버튼을 클릭하도록 하겠습니다. 여기서 명심할 것은 Controller는 무조건 이름뒤에 Controller라고 붙여줘야합니다. 그래서 컨트롤러 생성시 이름을 줄때는 Example 이 아닌 ExampleController 로 생성하도록 합니다. 규약이니 반드시 지켜야겠죠?^..
예제를 진행하기에 앞서 이번에는 MVC에서 C를 담당하고 있는 컨트롤러에 대해 얘기를 나누려 합니다.^^ 군소리 없이 빠르게(?) 진행하도록 하겠습니다. 컨트롤러? MVC에서의 컨트롤러는 ASP.NET MVC로 만들어진 웹사이트에서의 요청건에 대한 응답을 담당합니다. 개개의 요청은 개개의 컨트롤러와 매핑이 되죠. 예를 들어 다음의 URL http://localhost/Product/Index/3 로 요청을 하면 ProductController를 호출하게 됩니다. ProductController가 이 요청에 대한 응답을 해야하죠. ProductController의 내용을 잠깐 보게되면 Controller 클래스에서 파생된 간단한 클래스네요. ASP.NET MVC 웹사이트의 요청에 응답해줄 컨트롤러를 상속받..
MVC가 뭐지? 풀어쓰면 Model View Controller 입죠. 이제 다 아셨나요? 그럼 이것으로 포스팅을 맞치도록 하겠습니다.^^; 요렇게 마무리하면 안되겠죠? 자.. 그럼.. 애플리케이션은 사용자환경, 비즈니스 로직, 데이터모델로 구성이됩니다. 뭐. 예를들면, 우리가 흔히보는 지금과 같이 제가 글을쓰고 있는 페이지.. 라디오버튼도 보이고요, 콤보박스, 드롭다운리스트, 뭐 이거저거 있네요. 이런 사용자 환경요소와 사용자의 입력에 대응하는 로직, 데이터모델(라디오버튼, 콤보박스에 포함된 데이터겠죠?)을 갖습니다. 그런데 저처럼 무식한 놈은 이러한 것들을 다 몽뚱그려서 한데 묶어 개발을 하게되죠^^; 이게 좀 문제가 된다는 겁니다.(전 여태껏 힘들게 개발하고 있었다는거죠.. 후~) 쉬운(?) 문제점..
개발이야기 2010. 3. 25. 14:25
여기서 다운받고 열심히 개발합시다!! 저도 요즘 계속 포스팅 제로를 달렸지만, 새로운 마음가짐으로 다시 하렵니다~^^ 해보자구요~ㅅ!!!
.NET/MVC 3 뒷북치기 2010. 3. 25. 09:00
ASP.NET MVC 2 베타버전일때 여기에 있는 로드맵을 확인하고 정리해야겠다 했는데, 어느덧 세월(?)이 흘러~ MVC 2가 릴리즈 되고 MVC 3를 기다리는 이때에 MVC 3이 우리에게 줄 편안함을 제 발자취에도 기록하게 되네요^^; ASP.NET MVC 3이 우리에게 주는건 뭐?! 생산성 향상 - 업무 기반의 헬퍼를 제공한다네요. (헬퍼는 도우미 메쏘드를 의미합니다.) : 태그를 사용해서 해왔던 것들(input, img, textarea..)을 헬퍼를 사용해서(Html.TextBox, Html.CheckBox..) 대체하고, 제공되지 않은 헬퍼들은 태그빌더클래스를 사용해서 만들고(Html.Image, Html.Div..), 사용했죠. 그리고, 계속 업그레이드되어 헬퍼 뒤에 For을 붙인 형식화된 ..
.NET/MVC 2 각방생활 2010. 1. 14. 14:59
이번 시간은 ASP.NET MVC와 인사를 나눠보는 시간을 갖도록 하겠습니다. 반갑게 만나보도록 하죠^^ M, V, C의 각방생활 먼저 프로젝트를 생성합니다. 새 프로젝트 열기에서 ASP.NET MVC 2 Web Applicatoin 을 선택하고, 이름은 HelloMVC 로 하겠습니다. OK를 클릭하면 다음과 같이 유닛 테스트 프로젝트를 생성할 것인지 묻는 창이 뜹니다. (이게 ASP.NET MVC의 장점이라는 겁니다. 프로젝트 자체에서 유닛 테스트를 지원해주고 있습니다. 이 창에서 Yes 를 선택하면 간단하게 유닛테스트 프로젝트를 생성할 수 있습니다.) 이 시간은 유닛테스트와는 전혀 상관이 없는 관계로 No를 선택하도록 하겠습니다. 그러면, 다음과 같은 구조의 프로젝트가 생성된 것을 확인하실 수 있습니..
.NET/MVC 2 각방생활 2009. 12. 24. 09:00
첫번째 시간으로 ASP.NET MVC vs ASP.NET WEB FORM 에 대해 글을 써보도록 하겠습니다. 제 포스트는 ASP.NET MVC에 관한 글입니다.^^; 그래서 이 둘의 대결구도라기 보다는 웸폼의 문제점을 짚어보고 MVC에 좋은 점에 대해서 글을 써 나가려고 합니다. ASP.NET WEB FORM의 문제점? ASP.NET WEB FORM은 ASP.NET 개발의 전통적인 스타일이고, 큰 스케일의 웹사이트를 좀더 간단하게 만들게 해주는 기술입니다. 웹폼은 드래그 앤 드랍으로 컨트롤들을 ASP.NET 페이지에 추가하고 그것들에 맞는 코드를 작성합니다. 이러한 개발방식이 개발자들의 마음을 끄는거죠. 그!러!나! 웹폼은, ● 관계가 분리되어 있지 않습니다. UI와 코드가 섞여있죠--; ● 자동적으로 ..
.NET/MVC Basic 2009. 12. 11. 19:15
활기차게 시작해보겠습니다. 하나하나의 글이 성공으로 가는 지름길임을 믿으면서.. TagBuilder 클래스를 이용한 HTML도우미 만들기 ASP.NET MVC 프레임워크에는 HTML 도우미를 만드는 TagBuilder 클래스를 가지고 있습니다. 이름에서도 풍기듯이 이 클래스는 HTML 태그들을 쉽게 만들수 있게 도와줍니다. 자, 이제 이 TagBuilder 라는 놈을 만나러 가볼까요? TagBuilder 클래스 살펴보기 TagBuilder 클래스는 당연히 System.Web.Mvc 네임스페이스에 포함되어있는 클래스고, 5개의 메쏘드를 가지고 있습니다. 1. AddCssClass() - 태그에 새 class="" 속성 추가하기 2. GenerateId() - 태그에 id 속성 추가하기. 이 메쏘드는 자동적..
.NET/MVC Basic 2009. 12. 2. 07:21
갑자기 생각나네요. 제 좌우명.. '일신우일신' 매일매일 새로워지고 발전된 모습으로 살아가려는 몸부림의 일환으로 맘속에 담아두고 있는 말이죠. 근데 다른쪽 마음에서는 계속 쉬라고, 편히 있으라고, 괜찮다고,,, 성공을 향해 달려야 하는 제게 앉아 있으라고, 누워 있으라고, 자라고,,, 아흐~ 이놈에게 이겨야하는데 쉽지가 않네요. 어쩌다가 한번씩 이기는 형편이죠. 머.. 지금 이렇게 컴터앞에 앉아 글을 쓰고있는건 제가 이겼다는 증거겠죠? --; 전 위너입니다. 이겼습니다. 그냥 제 자신에게 나약해지지말자라는 각오를 위한 잡소리였습니다.ㅎㅎ 다시한번 새로운 마음으로 시작해 보도록 하죠^^ 이번에는 데이터베이스의 테이블에 있는 값들을 HTML로 출력해보겠습니다. 준비되셨죠?^^ DB 데이터를 테이블에 나타내기..
.NET/MVC Basic 2009. 11. 30. 23:26
안녕하셨죠? 지난번에 이은 뷰에대해 알아보기. 두번째 시간이네요. 이거 새로운 마음가짐으로 시작한지 얼마안되어 또 흩으러진 모습을 보였네요^^;; 오늘 제 친한벗이 또 한번 제게 채찍질(?)을 해댔죠. 고마움으로 받아들였습니다. ^^ 역시 항상 함께해주는 친구는 좋네요 ㅎㅎ 잡담은 그만하고 이제 시작할까요? 지난번에 HTML 도우미에 대해서 더 알아보기로 했었죠? HTML 도우미 만들기 HTML 도우미의 이점은 우리가 일반적으로 HTML 페이지를 만드는데 타이핑으로 쓸데없이(?) 쳐대야하는 태그들의 많은 양을 감소시켜줍니다. 예로 다음의 코드를 살펴보겠습니다. 위처럼 작성하는 것 대신에 다음과 같이 작성할 수 있습니다. 역시 이름그대로 우리의 개발을 빠르게 도와줄수 있는 메쏘드네요.^^ ASP.NET M..
.NET/MVC Basic 2009. 11. 23. 02:08
오랜만에 글을 쓰네요^^; 오늘일을 내일로 미루고미루다보니 ㅎㅎ 이렇게 되었네요;; 깊이깊이 반성하고 있습니다. 제 블로그 명이 What Is The Fun? 이었는데요 이제 개인적으로 재미도 찾았고 해서 블로그 명도 바꾸고(성공으로 가는 발자취) 디자인도 변경했습니다^^ 새로운 맘가짐으로 다시 시작해보려고요. 자~ 시작해볼까요? 뷰 알기 우리는 애플리케이션은 표현로직과 업무로직을 분리하는 것이 좋다는 것을 알고 있습니다. 이렇게 하지 않으면 이 두 로직이 이리저리 꼬이게되고(움찔--;) 약간의 수정조차 힘들게되는 유지보수의 어려움이 초래되죠. ASP.NET MVC 에서는 이를 강제적으로 분리합니다. 뷰는 단지 컨트롤러의 출력만 담당하게 됩니다. 최종적으로 브라우저의 보여줄 HTML 만 렌더하는 작업만 ..
.NET/MVC Basic 2009. 11. 11. 20:55
지난 포스팅에서 말씀드린대로 이번에는 컨트롤러와 액션을 생성하는 법에 대해서 이야기를 나누려합니다. 컨트롤러의 생성 간단한 방법으로 컨트롤러를 생성해보겠습니다. 솔루션 탐색기의 Controllers 폴더에서 마우스 오른쪽 버튼 클릭 > Add > Controller 메뉴를 클릭합니다. 다음 그림과같이 Add Controller 라는 창이 뜹니다. 친철하게 이름만 변경하게끔 유도하네요. Default1을 Example 로 변경 후 Add 버튼을 클릭하도록 하겠습니다. 여기서 명심할 것은 Controller는 무조건 이름뒤에 Controller라고 붙여줘야합니다. 그래서 컨트롤러 생성시 이름을 줄때는 Example 이 아닌 ExampleController 로 생성하도록 합니다. 규약이니 반드시 지켜야겠죠?^..
.NET/MVC Basic 2009. 11. 10. 07:06
예제를 진행하기에 앞서 이번에는 MVC에서 C를 담당하고 있는 컨트롤러에 대해 얘기를 나누려 합니다.^^ 군소리 없이 빠르게(?) 진행하도록 하겠습니다. 컨트롤러? MVC에서의 컨트롤러는 ASP.NET MVC로 만들어진 웹사이트에서의 요청건에 대한 응답을 담당합니다. 개개의 요청은 개개의 컨트롤러와 매핑이 되죠. 예를 들어 다음의 URL http://localhost/Product/Index/3 로 요청을 하면 ProductController를 호출하게 됩니다. ProductController가 이 요청에 대한 응답을 해야하죠. ProductController의 내용을 잠깐 보게되면 Controller 클래스에서 파생된 간단한 클래스네요. ASP.NET MVC 웹사이트의 요청에 응답해줄 컨트롤러를 상속받..
.NET/MVC Basic 2009. 11. 6. 07:56
MVC가 뭐지? 풀어쓰면 Model View Controller 입죠. 이제 다 아셨나요? 그럼 이것으로 포스팅을 맞치도록 하겠습니다.^^; 요렇게 마무리하면 안되겠죠? 자.. 그럼.. 애플리케이션은 사용자환경, 비즈니스 로직, 데이터모델로 구성이됩니다. 뭐. 예를들면, 우리가 흔히보는 지금과 같이 제가 글을쓰고 있는 페이지.. 라디오버튼도 보이고요, 콤보박스, 드롭다운리스트, 뭐 이거저거 있네요. 이런 사용자 환경요소와 사용자의 입력에 대응하는 로직, 데이터모델(라디오버튼, 콤보박스에 포함된 데이터겠죠?)을 갖습니다. 그런데 저처럼 무식한 놈은 이러한 것들을 다 몽뚱그려서 한데 묶어 개발을 하게되죠^^; 이게 좀 문제가 된다는 겁니다.(전 여태껏 힘들게 개발하고 있었다는거죠.. 후~) 쉬운(?) 문제점..