마야울과 함께해요

1. ViewState
   - 요청 전반에 걸쳐 상태가 유지되는 이 기능의 매커니즘은 사실 클라이언트와 서버 사이를 빈번하게 오고가는 거대한 데이터들로 인해서 얻어지는 결과다. 많은 실무 응용 프로그램에서 이 데이터들은 수백 킬로바이트에 이르는 경우도 빈번하며, 모든 요청 시마다 매번 수신되고 다시 전송되므로, 사이트 방문자가 버튼을 클릭하거나 그리드에서 다음 페이지로 이동하려고 할 때 응답 지연의 원인을 제공하여 방문자를 지치게 만든다. 큰 대역폭을 차지하는 페이지의 개인 문제야 말로 Ajax가 해결책을 제시해 줄 수 있는 대표적인  문제들 중 하나임에도 불구하고 ASP.NET Ajax 역시 이 문제가 존재한다.
   - ASP.NET Ajax도 매번 비동기 요청을 수행할 때마다 페이지의 모든 ViewState를 수신하고 전송한다.
2. 페이지 생명 주기
   - 클라이언트 측 이벤트와 서버 측 이벤트 처리기 코드를 연결해 주는 매커니즘은 페이지 수명 주기의 한 부분이며, 경우에 따라서 상당히 복잡 미묘해질 수도 있다. 단지 소수의 개발자들만이 이벤트 처리기의 실행이 모호하게 실패하는 일이나 ViewState 오류 없지 런타임 시에 컨트롤 계층 구조를 조작할 수 있다.
3. 제약이 많은 HTML 기반의 컨트롤
   - 서버 컨트롤은 자신을 HTML로 렌더링하기는 하지만, 그 결과가 내가 생각한 결과와 같다고 장담 할 수는 없다. 서버 컨트롤의 HTML은 대체로 웹 표준을 만족하지 못하거나 CSS를 적용하기 어려운 구조일 뿐만 아니라 서버 컨트롤 시스템이 생성한 ID값은 예츠갛기 어렵고 복잡하여 자바스크립트로 접근하기 힘들다. 
   - 서버 컨트롤에서 GridView나 기타의 데이터를 자동으로 Bind해 주는 서버 컨트롤의 경우, 컨트롤 자체적으로 렌더링 시에 Table 코드르 만든다. 이렇게 만들어진 Table 코드는 웹표준 방식에 맞지가 않는다. 그리고 각 렌더링된 컨트롤의 ID값은 각 컨트롤의 ClientID값으로 확인이 가능하나, 자신의 페이지가 아닌 다른 페이지에서는 접근이 제한이 된다.
4. 취약한 관계의 분리
   - ASP.NET의 코드-ㅣ하인드 모델은응용 프로그램 코드를 HTML 마크업과 분리하여 별도의 코드-비하인드 클래스에 작성할 수 있는 방법을 제공한다. 이 모델은 로직과 프리젠테이션을 분리하는 방법으로 널리 박수를 받았으나, 실제로 개발자들은 프리젠테이션 코드와 응용프로그램 로직을 하나의 거대한 코드-비하인드 클래스에 뒤 섞어 구현할 수밖에 없었다. 그래서 뛰어난 관계의 분리를 도입하지 않고 얻어진 결과물들은 대체로 취약하고 난해했다.
5. 테스트의 어려움
   - ASP.NET의 설계잘들은 그 첫 번재 플랫폼을 설계하면서 오늘날과 같이 자동화된 테스트가 소프트웨어 개발의 주류로 성장할 것이라는 예견을 하지 못했다. 따라서 그들이 설계한 아키텍처가 자동화돈 테스트에 적합하지 않은 것은 당연한 일이다.

• Postback
    사용자가 웹 페이지에서 입력한 정보나변경한 정보는 서버로 다시 전송되며, ASP.NET은 전송된 정보를 기초로 하여 ASP.NET은 전송된 정보를 기초로 하여 ASP.NET페이지를 서버에서 처리한 후 그 결과를 사용자에게 다시 되돌려 줍니다. 이렇게 자신을 타겟으로하여 현재 페이지를 다시 서버로 전송하는 프로세스를 Postback입니다.
    그럼 사용자가 페이지를 처음 요청하는 것은 Postback일까요? 정답은 No! 입니다. 즉, 페이지가 처음 로드된 것은 Postback이 아닙니다. 페이지가 처음 로드된 후 Postback을 일으키는 컨트롤을 통해 현재 페이지를 다시 서버로 전송할 때가 Postback이 일어나는 시점입니다.
    Postback인지 아닌지는 Page.IsPostback 을 사용하시면 됩니다. Postback 일경우 True를 아닐경우 False를 리턴합니다.
• Cross-Page Posting
    Cross-Page Posting이란 타겟을 다른 대상 페이지로 하여 현재 페이지를 서버로 전송하는 프로세스 입니다. 밑의 예제는 정보를 보내는 페이지(Default.aspx)와 정보를 받아서 그 정보를 보여주는 페이지(CrossPagePosting.aspx)로 구성되어 있습니다.
  Default.aspx 의 Body 부분
  <form id="form1" runat="server">
      <div>
           <asp:TextBox ID="TextBox1" runat="server" />
           <asp:Button ID="Button1" runat="server" Text="Button" PostBackUrl="~/CrossPagePosting.aspx" />
      </div>
  </form>
  
  
  CrossPagePosting.aspx.cs파일
       protected void Page_Load(object sender, EventArgs e)
       {
              if (PreviousPage != null)
  
              {
  
                  TextBox t;
  
                  t = (TextBox)PreviousPage.FindControl("TextBox1");
  
                  Response.Write("Cross-Page Posting : " + t.Text);
  
              }
  
              else
  
              {
  
                  Response.Write("Cross-Page Posting fail");
  
              }
  
          }
  
  

1. 뛰어난 성능
     ASP.NET으로 구현된 웹 페이지는 최초 요청 시에 한번만 컴파일 작업을 하고 이 컴파일된 결과를 Assembly Cache라는 곳에 저장을해 둡니다. 그러면, 최초 요청이 일어난 후부터는 사용자로부터 웹 페이지 요청이 있더라고 컴파일 작업 없이 Assembly Cache에 있는 내용을 가지고 바로 사용자에게 응답을 해 줄 수 있다.
2. 강력한 개발 도구 제공
     책의 내용을 보면 ASP.NET도 메모장과 같은 도구로 개발은 가능하다고 합니다. 하지만 누가 ASP.NET을 메모장으로 개발을 할까요?? 좋은 도구가 있으면 그것을 활용하는 것이 옳은 선택입니다.
3. 유연성
     .NET 언어들은 서로간의 문법은 다르지만내부적인 규격은 모두 동일하여 C#으로 만든 기능을 VB.NET이나 J#과 같은 다른 .NET 언어에서 참조가 가능 합니다.
4. 개발의 단순성
     기본적으로 ASP.NET에서제공하는 서버 컨트롤이 있습니다. 간단히 드래그 앤 드랍으로 컨트롤 추가가 가능합니다.
5. 사이트 관리의 용이성
     전체 웹사이트를 관리를 하는 Machine.config 와 Web.config 만 수정을 하면 웹사이트의 모든 설정을 변경이 가능합니다.
6. 뛰어난 확장성
     서버컨트롤의 기본 기능만을 사용하는것이 아닌 자신이 원하는 기능과 스타일을 추가하여 사용이 가능 합니다.
7. 철저한 보안기능
     ASP.NET의 보안 매커니즘은 인증과 권한부여라는 두 부분으로 나누어져 있다고 하네요. 그런데 아직 이부분은 공부를 해보지 못하여 뭐라고 쓰지를 못하겠습니다

이상 ASP.NET의 장점들을 적어봤습니다.