[200712] IT EXPERT ASP.NET 2.0 (한빛미디어)

기간 : 2007.12.07 ~ 2008.02.21

  

모든 기능을 자세히 셜명하는데는 책의 지면상 한계가 있단다.

책에서는 기본적인 특징만 설명하고 자세한건 혼자서 MSDN 찾아보란다.

  

## 8장 데이터베이스 다음으로 9장 웹서버 컨트롤..

그런데 이전 버전보다 바뀐부분만 설명하고 대충 넘어간다. 자세한건 MSDN보라는 말만하고..

그래서 MSDN을 한번 훑어봤는데 와.. 정말 자세하게 예제까지 잘 되어 있다.

9장은 대충 뭐뭐 있는지만 훑어보고 넘어가자. 바뀐부분설명도 눈에 안들어온다.

이전버전을 알아야 바뀐건지 원래 그런건지 알텐데 이건뭐 무슨말인지 하나도 모르겠고..

개발할때는 MSDN이 필수겠다.

 

 

## 10장 유효성검사 컨트롤 및 입력 컨트롤

닷넷으로 오면서 자바스크립트로 처리했던 영역의 상당부분을 흡수한 듯 하다.

자바스크립트영역이 줄어들었다는 것에 기쁘기보단 새로운 기법을 다시 배워야 한다는 것에 더 번거로움을 느낀다.

 

 

## 11장 멤버십과 역할 시스템

일반적으로 로그인 시나리오는 3가지 정도가 있다.

 

1. 사용자가 권한이 없는 페이지에 접근할 경우 로그인 페이지를 보여주고 원래 페이지로 이동한다.

방법

  1) web.config에 폴더별로 권한을 지정

  2) web.config에 로그인페이지를 지정

  3) 로그인 안한 사용자는 알아서 로그인페이지로 이동되게 되어 있다.

 

2. 로그인 버튼을 클릭하면 로그인 페이지를 보여주고 원래 페이지로 이동한다.

  1) web.config에 폴더별로 권한을 지정

  2) 로그인버튼을 항상 보여주게끔 마스터페이지에 삽입

  3) 로그인 안한 사용자는 알아서 로그인페이지로 이동되게 되어 있다.

  4) 그러고보니 이것도 web.config에 로그인페이지를 지정해야 겠다.

 

3. 왼쪽에 항상 로그인상자를 나타내고 로그인 후엔 사용자정보를 보여준다.

  1) web.config에 폴더별로 권한을 지정

  2) 로그인상자가 항상 보이므로 web.config에 로그인페이지를 지정하는 작업은 필요없을테고..

  3) 아마 권한없다는 페이지를 보여줘야 할꺼같은데.. 방법은 책엔 안나와있다. 나중에 알아볼 것.

 

방법은 생각보다 쉬운 것 같다.

로그인 컨트롤 사용방법 또한 그리 어렵지만은 않다.

지금까지는 로그인 컨트롤만 사용했지만 다음에 볼 내용은 로그인API 사용법이 나온다.

아마 사용자 DB같은 것을 자체적으로 사용하고자 할 때 유용할 것 같다.

중요한 내용이니만큼 꼼꼼하게 본다고 속도가 좀 늦는 것 같다.

서두르지는 말자. 두번보게 된다.

 

 

## 프로필

 

씻고 자기전에 잠깐 프로필 부분을 봤다.

1챕터 프로필 소개를 읽었는데 신기한 부분이 많다.

 

사용자 프로필이라는 닷넷이 지원하는 사용자정보 저장공간이 있는데

일반적인 DB접근 방식과는 개념이 다르다.

 

예를 들어 address, zipcode를 web.config에 프로필로 쓰겠다고 선언해 놓으면

따로 DB저장 쿼리도 필요없이

profile.address = txtaddress.text;

이 한줄로 저장이 끝난다. 읽어올 때도 간단하다.

 

단, 사용자가 임의로 쿼리문으로 프로필 DB에 접근하기 어렵다는 단점이 있단다.

프로필은 DB저장이 특이하게 된다. 먼저 이름을 모아서 한곳에 저장하고 내용을 모아서 한곳에 저장한다.

이름1=내용1, 이름2=내용2 이게 아니고 이름1,이름2,이름3  이렇게 저장하고 다른 곳에 내용1,내용2,내용3..

 

그러니깐 이건뭐 간단한거 하나 불러 올려고 해도 주루룩 엮여서 다 불러와진다고 한다. 비효율적이다.

 

이때 할 수 있는 방법이 옛날 방식처럼 쿼리문 작성해서 ado.net으로 저장하는 방법이 있고

공급자를 따로 만들어서 프로필에 접근하는 방법이 있단다.

다시말해 쉽게 접근할 수 있도록 프로필과 다리 역할을 하는 인터페이스를 하나 만든다는 것이다.

 

 

닷넷이 공급자 기반이란다. 여기도 공급자, 저기도 공급자..

내가 봤을 땐 닷넷을 잘한다는 소릴 들을려면 이 공급자를 만들 수 있어야 할 것 같다.

 

그래야 옛날 DB도 쉽게 닷넷으로 컨버팅 할 수 있지 있으니깐..