C# 코딩의 기술 기본편

▣ 출판사서평

초보자가 놓치기 쉬운 실수나 이슈, 패턴을 소개하고 그 해결법을 에피소드 형식으로 제시해주는 C# 활용서

C# 제대로 알고 쓰자!
C#은 C/C++, 자바와 문법이 비슷하지만, 구조적으로나 태생적으로 엄연히 다른 언어다. C#의 특징을 제대로 알고 이에 최적화된 코딩을 한다면 성능과 생산성을 한층 끌어올릴 수 있다.

올바른 코딩의 교본을 보여준다!
언어 사양, 라이브러리, 개발 환경, 알고리즘, 비주얼 스튜디오까지 C#과 닷넷 프로그래밍에 관련된 저자의 노하우와 숨겨진 기능을 배울 수 있다.

현장감 넘치는 에피소드로 재미있게 배운다!
개발자들이 현장에서 부딪히는 예상하지 못한 이슈와 사건들을 짧은 단막극 형식으로 재구성하였다. 생생하고 재미있는 이야기를 따라가다 보면 그동안 몰랐던 C#의 무한한 능력과 확장성을 재발견하게 될 것이다.


▶ 이 책의 독자 대상
- C# 기초는 알고 있지만, 실무에 필요한 지식을 더 제대로 배우고 싶은 초보 C# 개발자
- C# 및 닷넷 프로그래밍의 고급 기술과 노하우를 배우고 싶은 현업 닷넷 개발자
- 유니티 스크립트 작성을 위해 C#을 더 잘 알고 싶은 게임 개발자

▣ 작가 소개

저자 : 가와마타 아키라
1964년 도쿄 출생. 도쿄 농공대학 공학부 졸업. ENIX사에서 드래곤퀘스트2를 MXS/2 버전으로 변환하는 작업을 담당했으며 마이크로소프트에서 윈도 2.1 ~ 3.0의 일본어판 개발을 담당했다. 그 후 ㈜피데이의 사장으로 취임했다. 대표적인 저서로는 《(완전판) 궁극의 C# 프로그래밍-새로운 스타일을 이용한 실전 코딩(기술평론사)》가 있다. Visual C# MVP이기도 하다. 일이 끝나면 아마추어 향토 역사 연구가로 변신해서 자동차를 타고 시골 이곳저곳을 누비고 다닌다.

역자 : 김완섭
네덜란드 ITC에서 Geoinformation for Disaster Risk Management 석사 학위를 취득했다. 약 9년간 일본 및 한국 대기업에서 IT 및 GIS/LBS 분야 업무를 담당했다. 일본에서는 세콤(SECOM) 계열사인 파스코(PASCO)에서 일본 외무성, 국토지리정보원 등 일본 정부 기관을 대상으로 한 시스템 통합(SI) 업무를 담당했다. 이후 야후 재팬으로 직장을 옮겨 야후 맵 개발 담당 시니어 엔지니어로 근무했으며 한국으로 돌아와 SK에서 내비게이션(T맵 등) 지도 데이터 담당 매니저로 근무했다. 저서로는 《나는 도쿄 롯폰기로 출근한다》가 있으며 역서로는 《그림으로 공부하는 IT 인프라 구조》, 《그림으로 공부하는 시스템 성능》, 《코딩을 지탱하는 기술》, 《SQL 더 쉽게, 더 깊게》, 《클린 코드를 위한 테스트 주도 개발》 등 13권이 있다.

▣ 주요 목차

1장. 언어 사양 문제
1.1 var 사용에 관한 고민
1.2 if와 switch에 관한 오해
1.3 for와 foreach에 관한 오해
1.4 while을 이용한 조건 판정
1.5 do는 유용하지만 잘 사용하지 않는다.
1.6 루프할 필요가 없는 루프
1.7 장황한 비동기 루프
1.8 해제되지 않는 참조
1.9 해제했다고 생각한 메모리
1.10 표현력이 과장된 형
1.11 표현력이 부족한 형
1.12 의미 없는 구조체 사용
1.13 포인터 사용
1.14 불필요한 형변환 남용
1.15 클래스 하나로 증후군
1.16 모두 public으로 증후군
1.17 모두 static으로 증후군
1.18 using문을 사용하지 않는 증후군
1.19 다중 언어 프로그래밍을 모른다
1.20 const를 사용할 수 있는데 일반 변수를 사용하는 문제
1.21 readonly를 사용할 수 있는데 일반 변수를 사용하는 문제
1.22 열거형을 사용하지 않고 상수를 정의한다
1.23 쓸데없이 깊은 클래스 계층
1.24 다른 네임스페이스에서 같은 이름 남용
1.25 인수가 너무 많을 때
1.26 virtual 남용
1.27 코드에 바로 패스워드를 적는다
1.28 예외 처리를 하지 않는데 catch한다
1.29 catch해서 아무것도 하지 않고 throw하기
1.30 의미 없이 반복되는 상속
1.31 위임해야 할 상황에 상속한다
1.32 이름이 너무 짧아서 생기는 문제
1.33 이름이 너무 길어서 생기는 문제
1.34 기호로 된 이름 때문에 생기는 문제

2장. 라이브러리 문제
2.1 구세대 컬렉션 사용
2.2 컬렉션 반환
2.3 윈폼에 대한 고집
2.4 윈폼 API를 직접 호출한다
2.5 오래된 기술 XML DOM
2.6 오래된 기술 XSLT
2.7 개별 형식 바이너리의 시리얼라이즈
2.8 지나친 예외 의존
2.9 XElement를 Nullable〈T〉로 변환할 수 있을 때
2.10 MVC에서 View에 로직을 작성하는 문제
2.11 루프와 로직이 섞여 있다
2.12 필요 없는 리소스 사용
2.13 자바여 편히 잠들라

3장. 개발 환경 문제
3.1 GAC에 얽힌 오해
3.2 Ngen 의존 증후군
3.3 런타임 버전이 너무 최신일 때
3.4 런타임 버전이 너무 오래됐을 때

4장. 알고리즘 문제
4.1 지나친 재귀 사랑
4.2 불변이 아닌 클래스
4.3 흩어진 정보
4.4 쿼리가 너무 많을 때
4.5 장황한 판정
4.6 고유성이 확보됐는데 판정한다
4.7 고유성이 확보되지 않았는데 판정하지 않는다
4.8 영원히 실행되지 않는 코드
4.9 비정상 종료 시 치명적인 처리를 중단하지 않는 코드
4.10 무횻값을 자주 사용하는 데이터 설계

5장. 비주얼 스튜디오 문제
5.1 편리한 확장 기능을 사용하지 않는 문제
5.2 편리한 확장 기능을 과하게 사용하는 문제
5.3 F1을 사용하지 않는 문제
5.4 F1에 의존하는 문제
5.5 NuGet을 사용하지 않는 문제
5.6 NuGet을 사용할 수 없는 문제
5.7 버전이 적합한 템플릿을 선택할 수 없는 문제
5.8 콘솔 어플리케이션부터 만드는 문제