Item 5, 항상 ToString()을 작성하라.

Purpose-built post

이 포스트는 내가 Effective C# 아이템 5를 읽고, 구글링해서 찾은 많은 정보들을 취합하며, 생각/느낌을 정리하기 위해 만들었다.

Content

위의 포스트는 ToString 이란 메소드를 개발자나 사용자가 원할 수 있기 때문이라고 요약 된다. 원할 수 있는 이유는 C#은 모든 객체에 대해서 ToString 이란 메소드를 가지고 있기 때문이다.

위 포스트는 ToString 이란 메소드가 어떻게 유용한지에 대해서 설명한다. 요약하면, 객체의 상태/정보 등을 문자로 얻을 수 있기 때문에 디버깅을 비롯한 다른 환경에서, 손쉽게 사용되기에 유용하다.

위 포스트는 ToString 이란 메소드를 더 다양하게 사용 할 수 있는 방법을 설명한다. 쉽게 설명해 포맷형태를 지정해 주면, 해당 포맷 형태로 string 형이 리턴되게 만드는 방법이다.

Digression

무척 복잡하다. 굳이 ToString 다양하게 쓰기 보다, 하나의 함수를 추가로 만들어 쓰는게 더 쉽지 않을까 잠시 생각했다. 왜냐하면 하나의 함수가 여러가지를 하게 되면, 함수 내부에서 복잡함을 견뎌내어야 하기 때문이다. 3번을 하게 될 경우, 몇가지 제약사항을 알아야 하는데, 그걸 알기가 귀찮다..
한 함수를 다양하게 쓰는건 언제나 복잡함을 수반한다고 생각 한다.

item 10, GetHashCode()의 함정을 유의하라 (0)	2010.06.27
item 9, ReferenceEquals(), static Equals(), instance Equals(), operator==의 상호 연관성을 이해해라. (0)	2010.06.26
item 8, value 타입을 사용할 때 0이라는 값이 의미를 가질 수 있도록 하라 (0)	2010.06.24
item 7, immutable atomic value 타입이 더 좋다 (0)	2010.06.23
item 6, value 타입과 reference 타입을 구분하라. (0)	2010.06.20
item 4, #if 대신 Conditional Attribute를 사용하라. (0)	2010.06.05
item 3, cast보다는 is나 as가 좋다. (0)	2010.04.05
Item 2, const 보다는 readonly가 더 좋다 (0)	2010.04.02
Item 1, 데이터 멤버 대신에 항상 프로퍼티를 사용하라 (0)	2010.03.31
Effective C# 을 읽는다. (711)	2010.03.30