Programming is Fun

controller에 적용되는 경우에는 모든 action에 일괄적으로 적용되게 된다. 

이때에, Order 순서를 정해서 적용될 ActionFilter의 순서를 결정할 수 있다.

또한, 아래와 같이 user 또는 , Role에 대해서도 역시 같은 적용이 가능하다.

[Authorize(Users="email@address.co.kr")] 
[Authorize(Roles="admin, friend")]

Method

• View : return ViewResult instance
  • View를 호출하는 경우에는 Controller가 동작하지 않는다. View()가 되는 순간에 View가 호출이 되고, 단지 보여지는 방법을 공유할때 사용된다.(url이 변경되지 않는다.)
    
• Redirect : redirects to the specified URL. Returns a RedirectResult result
  • Controller가 실행되고, url이 변경되게 된다.
    
• RedirectToAction : Accepts an action and redirects to another controller action. Returns aRedirectToRouteResult instance,
  
• RedirectToRoute : Redirects to a ULR that is determined by the routing API. this method lets you specify a named route. Returns a RedirectToRouteResult instance.
  
• Json : Return JsonResult instance.
  
• Content : send text context to the response. Returns a ContentResult instance.
  

ActionResult Type

• ViewResult : Renders the specified view to the response.
  
• EmptyResult : Does nothing. return null instance.
  
• RedirectResult : Performs an HTTP redirect to the specified URL.
  • - controller가 있는 경우 controller method가 실행되고, 그 결과가 리턴되게 된다.
    
• RedirectToRouteResult : Given some routing values, uses the routing API to determine tue URL and then redirects to that URL
• JsonResult : Serializes the specified ViewData object to JSON format
  
• ContentResult : Writes the specified text context to the response.

OnActionExecuting

 : just before the action method is called.

OnActionExecuted

 : just after the action method is called.

OnResultExecuting

 : occurs just before the result is executed. : before view is rendered.

OnResultExecuted

 : occurs after the result is executed. : after the view is rendered.

 public class AuthActionFilter : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        HttpCookie idCookie = filterContext.HttpContext.Request.Cookies.Get("id");
        HttpCookie passwordCookie = filterContext.HttpContext.Request.Cookies.Get("password");

        if ( filterContext.HttpContext.Session[ "Auth" ] == null || ( bool )filterContext.HttpContext.Session[ "Auth" ] == false )
        {
            if ( idCookie != null && passwordCookie != null )
            {
                HostwayMembership membership = new HostwayMembership();
                if ( membership.ValidateUser(idCookie.Value, passwordCookie.Value) )
                {
                    filterContext.HttpContext.Session[ "Auth" ] = true;
                    string authUserName = membership.GetUserName(idCookie.Value, passwordCookie.Value);
                    filterContext.HttpContext.Session["UserName"] = authUserName;
                    using(SYNCmailCSDatabase csDB = new SYNCmailCSDatabase())
                    {
                        csDB.CreateCSEvent(authUserName, 
                            com.hostway.lib.SYNCmail.Database.CSEventCase.CSUserLogin, authUserName,
                            "Logon", "Logon user");
                    }
                }
            }
        }
        
        if ( filterContext.HttpContext.Session[ "Auth" ] == null || (bool) filterContext.HttpContext.Session[ "Auth" ] == false)
        {
            filterContext.Cancel = true;
            filterContext.HttpContext.Response.Redirect("~/Logon/Index");
        }
        else
        {
            string userName = (string) filterContext.HttpContext.Session[ "UserName" ];
            string actionMethodName = filterContext.ActionMethod.Name;
            
            using(SYNCmailCSDatabase csDB = new SYNCmailCSDatabase())
            {
                string comment = string.Format("{0} user action method : {1}", userName, actionMethodName);
                csDB.CreateCSEvent(userName, CSEventCase.EnterPage, actionMethodName, filterContext.HttpContext.User.Identity.Name, comment);
            }
            base.OnActionExecuting(filterContext);
        }
    }
}

데이터 맴버 대신에 항상 Property를 이용하라

1. public data member를 줄이고, 이를 확립시키기 위한 방법으로 property를 주로 이용하라.
2. IL에서 접근하는 방식상 Property로 작성이 될때에, 코드의 호환성이 좀더 더 유지된다. 

const보다는 readonly가 더 좋다.

•  compile type : runtype 상수 보다는 다소 빠르지만 유연성이 떨어진다.  (const)
  • 수행 성능이 매우 중요할 때 사용.
  • 상수의 값이 절대로 바뀌지 않을 때에 사용.
  • 내장 자료형태, enum, string에서만 사용 가능하다. [DateTime에서는 사용 불가능]
  • Program의 버젼등을 적어놓는데에는 반드시 const가 되어야지 된다.
• runtype : 프로그램의 수행시에 평가 된다.(readonly) 
  • 수행 성능의 개선 효과가 크다.
  • 유연성이 증가 된다.
• const형으로 정의된 public 상수에 대한 갱신은 매우 신중히 고려되어야지 된다. 
  • 값이 바뀌는 경우에는 반드시 전체 컴파일을 해주어야지 된다.

cast 보다는 is와 as가 좋다

• 좀더 안정적인 방법이다.
• 사용자가 정의한 형변환 연산자의 존재를 고려하지 않기 때문에 runtime의 수행성능 효율도 올라간다.
• 형 변환시에 어떤 상태로 동작하게 되는지를 결정하고, 이를 판단 가능하다. 
  • 변환이 되지 않을 때에는 null의 반환으로 편하게 확인이 가능하다.
• value 형태에서는 동작하지 않는다. 
•  형변환는 가능한한 피하는 것이 좋다

#if 대신 Condition Attribute를 이용하라.

• #if~#endif문은 정의된 내용을 기반으로 Program의 코드를 제어한다.  
  • 가독성이 떨어지는 단점이 있다.
• [Condition("DEBUG")] : DEBUG가 정의가 된 상태에서만 compile이 되는 구문으로 만들어진다.  
  • 다수의 Condition이 결정되는 경우, or로 움직이게 된다.

항상 ToString()을 작성하라.

• 객체의 표현 방법을 쉽게 출력 가능하다.
• System.Object의 override 형태로서, 다양한 방법으로 작성이 가능하다.
• .NET Framework에서는 항상 자신의 형태를 ToString()을 통해서 표현하게 된다.
• IFormattable interface의 작성 규칙 
  • 일반적인 출력 형태를 위해 "G" 문자열을 지원해야지 된다.
  • 비어있는 문자열과 null을 고려해줘야지 된다.
  • "G" 문자열과 비어있는 문자열, null의 반환 값은 항시 동일해야지 된다. 

value 타잎과 reference 타잎을 구분하라

• value type : 다형적이지 않기 때문에 application이 직접 다루는 값을 정의하는데 주로 사용된다. 
  • struct 타잎으로 구성된다.
  • 값을 저장하는 용도로만 제한하는 것이 좋다.
  • 모든 struct type을 seal 형태로만 사용하는 것을 고려할 것 
  • 저 수준의 자료 저장소로만 생각하자

• reference type : 다형적이기 때문에 application의 동작을 정의하는 데에 주로 사용한다. 
  • class 타잎으로 구성된다.
  • 배열의 형태시에 메모리 할당에서 시간이 더 많은 공간을 조각내게 된다. 
  • 객체 공간 (heap)을 조각내게 되는데, 속도가 전체적으로 떨어지게 된다. 

•  Value 타잎을 사용해야지 되는 경우 판단 (4개가 모두 OK가 나오는 경우에만 사용할것!!) 
  • 데이터를 저장하는데에만 이용되는가?
  • 모든 public interface가 내부적인 값을 획득하거나 수정하기 위해서만 사용되는가?
  • 상속될 가능성이 전혀 없는가?
  • 다형적으로 다루어져야 할 필요가 없는가?

Immutable atomic value 타잎으로 작성하라

• 생성된 이후에는 마치 상수와 같이 변경될 수 없는 타잎이다.
• 단일의 요소로 분리할 수 있는 부분은 구조체로 작성하는 것이 좋다.
• 타잎에 아무런 의미없는 get/set property를 만들지 말자.

value 타잎을 사용할 땐 0이라는 값이 의미를 가질 수 있도록 하라

• 기본적으로 .NET Framework는 value 타잎으로 만들 때에, 0로 값을 초기화 한다.  
• [Flags] : Bit 연산이 가능하게 하는 Attribute 
  • 이 때에는 특히 0의 값의 연산이 되지 않을 때에는 사용에 문제가 생긴다.

ReferenceEquals(), static Equals(), instance Equals(), operator==의 상호 연관성을 이해하라.

• ReferenceEquals()  : 반드시 재정의 하면 안된다.
  • 두 개의 변수가 동일 객체를 참조하는 경우 true를 반환한다.
  • value 형태에서는 반드시 false를 반환한다.
• static Object.Equals() : 반드시 재정의 하면 안된다. 
  • 타잎을 명확하게 알기 힘든 변수들 간에 비교를 수행
  • Reference 타잎에서는 ReferenceEquals()와 동일하다.
  • value 타잎에서는 주어진 변수의 타잎이 같고, 내용이 일치하는 경우에서만 true가 반환된다.
• instance에서의 Object.Equals() : 재정의가 필요할 때도 있다. 
  • 동일성의 의미를 확인한다.
  • 절대로 예외를 발생해서는 안된다.
  • 반드시 this.GetType()에서 타잎을 획득해야지 된다.(상속 받은 내용의 경우 예상 외의 결과가 나타날 수 있다.)
  • value 형태에서는 반드시 재정의 되어야지 된다. 
  • reference 형태에서는 동작 방식에 따라 재정의가 수행되어야지 된다. 
•  operator== 
  • value 형태에서는 반드시 재정의 되어야지 된다. 
  • reference 형태에서는 동작 방식에 따라 재정의가 수행되어야지 된다. 
  • instance에서의 Object.Equals()가 재정의되는 경우에만 반드시 재정의 되어야지 된다.

GetHashCode()의 함정에 유의하라

• 단 한가지 경우에만 재정의 해야지 된다. 
• Dictionary와 같이 Hash code를 기반으로 하는 key로 활용될 때 이외에는 절대 재정의 되어서는 안된다. 
• 재정의 하는 경우 다음의 규칙을 반드시 지켜야지 된다. 
  • 객체가 동일한 경우, 같은 Hash code를 반환하도록 만들어야지 된다.
  • 인스턴스가 생성된 후에, 변경되지 않아야지 된다.  : Type내의 불변의 값을 이용해서 만들어준다.
  • integer 형태에서 표현되어야지 된다. 
• System.Object.GetHashCode() : 인스턴스의 생성, 삭제시에 증가/감소로 값이 만들어진다. 

foreach 루프가 더 유용하다.

• 모든 collection에서 최고의 순회 코드를 만들어 낼 수 있다.
• Length property를 밖으로 꺼내는 것은 가장 느린 코드를 만들어낸다!! 
• 안정적이다. 
  • 읽기 전용으로 동작한다.
  • 올바른 형변환을 나타낸다.
• 다차원 배열일때도 더 확실하게 동작한다. [영상처리에는 영 안좋을것 같다. -_-]

상속보다는 interface를 정의하고 구현하는 것이 좋다.

• 상위 클래스는 클래스의 계층 구조에서 공통의 원형을 제공한다.
• Interface는 특정 타잎이 구현해야지 되는 동작에 대해서 묘사한다.  
  • 기능 명세
  • 기능에 대한 계약
  • 상속 관계를 가지지 않은 서로 다른 타잎들이 동일한 interface를 구현해서 코드의 재활용을 높인다.
• 클래스와 Interface의 선택 
  • 어떤 방법으로 추상화를 제공하는가에 대한 문제 
    • Interface : 특정 타잎이 반드시 구현해야지 되는 계약
    • Base Class : 언제든 필요시에 변경되고 확장이 가능
  • 서로간에 연관이 없는 class간의 공통동작에 대한 확장 

interface의 구분과 virtual method의 overriding의 구분

• Base class의 interface는 virtual이 될 수 없다  : interface는 직접 사용되는 동작으로 구분되어야지 된다
• Type이 구현되는 계약으로 인식

delegate를 이용해서 CallBack을 표현하라

• class간의 상호통신을 수행하는데에, 결합도를 낮추기 위한 방법으로 delegate가 좋다
• runtime 시에 callback을 구상하는 .NET Framework에서의 최고의 방법

event를 이용해서 외부로 노출할 interface를 구분하라

•  다수의 다른 객체와 통신을 해야지 될 때에 이벤트를 사용
• delegate와 event는 다르지만, 사용에 있어서 같다고 봐도 무방하다.

class 내부 객체에 대한 reference 반환을 피하라.

• reference 변환은 class의 내부의 값을 변환시킬 수 있다.
• 모든 reference의 값을 get 등의 값으로 외부에 노출시킬 때는 copy()를 시켜서 복사본을 내보내는 것이 좋다.

명령적 프로그래밍보다 선언적 프로그래밍이 더 좋다.

• Attribute를 자주 사용하고, method에 대한 명시를 정확하게 구현하라.
• 가독성이 매우 뛰어나다.

Serializable Type이 더 좋다.

• Serialize가 제공되지 않는 타잎을 맴버로 삼는 class의 Serialize가 불가능하기 때문에 처음부터 모든 class에서 Serializable 상태로 만들어준다.
• 다음을 제외한 class는 Serializable type이 되어야지 된다.
  • UI
  • WinForm
  • UI 전용 Contorl

IComparable과 IComparer를 이용해서 순차관계를 구현하라.

•  검색과 정렬을 위한 상호간의 순차관계를 표현 가능해야지 된다
• CompareTo() : 현재 객체가 비교할 객체보다 작은 경우, 0보다 작은 값을. 클 경우에 0보다 큰 값을 반환하도록 구현 

ICloneable의 구현을 피해라

Interface의 특성

• 암시적으로 Public
• 암시적으로 Abstract
• ALL OR NONE 명제를 따르게 된다.
• 여러개의 interface를 상속가능하기 때문에, C++의 특징인 다중 상속과 비슷한 방법으로 구현이 가능하다.

추상 메서드 vs interface

• interface는 순수한 프로토컬만의 기능을 가지고 있다.
• 또 다른 방법의 다형적 동작이 가능한 프로그래밍이 가능하다.
• 언제나 public이기 때문에 구현에 대해서 생각을 해줘야지 된다. : 객체내에서만 사용이 되는 것을 interface로 구현해줄 필요는 전혀 없다.
  • interface의 범위를 제한하기 위한 방법 : 언제나 공개적이고, 구현이 되어야지 된다.

인터페이스의 참조

• as : 해당되는 interface의 구현 여부를 알아본다.
• is : 인터페이스를 얻어낼 수 있다. (실패하면 null이 반환된다.)

IEnumerable interface의 변경 

 : out의 추가. 모든 결과의 output만이 가능한 상태로 interface의 변경

IComparer interface의 변경

각 Interface에서의 in, out의 명시적 사용이 된 형태로 interface 변경