에피소드로 배우는 C# 활용서, 두 번째 이야기!
《C# 코딩의 기술》이 ‘실전편’으로 돌아왔다. C# 기본 기능부터 병렬 처리, 비동기 처리, LINQ, 디버깅, 테스트, 마이크로소프트 클라우드 플랫폼인 애저(Azure)까지 전작 ‘기본편’보다 다양한 주제를 다룬다. 예제 코드와 함께 특유의 코믹한 에피소드를 읽다 보면 “어느 것이 맞을까?”라는 질문을 자주 만나게 된다. 정답은 없다. 상황을 파악하고 적재적소에 올바른 기술을 사용하는 것이 최선이다. C# 초급 개발자에서 중급 개발자로 한 단계 업그레이드하고 싶은 사람에게, 이 책은 마치 멘토와 같이 현실적인 조언을 해줄 것이다.
목차
1장 기본에 숨겨진 함정
1.1 선수 선서는 반드시 처음에 하자: 선언 처리
1.2 트랙에 흰 선을 그리자: 데이터 구조 정의
1.3 개회식 다음은 선수 선서: 순차 처리
1.4 A코트는 테니스지만 B코트는 배드민턴: 병렬 처리
1.5 네트를 정리하면서 공 준비하기: 비동기 처리
1.6 잊지 말고 뒤처리하기: 강제 종료
1.7 선수가 규칙에 어긋난 행동을 하면: 예외 처리
1.8 경기 해설자는 정말 필요한가: 주석
2장 기본 기능
2.1 루프의 버그는 경계에 숨어있다
2.2 계속 변하는 조건의 함정
2.3 Format 메서드의 함정
2.4 서식 변경과 중괄호
2.5 checked 컨텍스트의 장단점
2.6 unsafe 컨텍스트는 필요한가?
2.7 포인터 망상
2.8 switch와 데이터형
2.9 goto의 위기: 안전한 사용법과 위험한 사용법
2.10 예외를 캐치하는 이유와 캐치하지 않는 이유
2.11 TryParse에서 결과를 보지 않는 경우
2.12 다른 형에 대입하기
2.13 아무것도 하지 않는 객체
2.14 테스트와 목(mock)
3장 LINQ
3.1 First와 FirstOrDefault 중 선택은?
3.2 First와 Single 중 선택은?
3.3 OrderBy와 Sort 중 선택은?
3.4 배열과 IEnumerable 중 선택은?
3.5 여러 개의 짧은 쿼리와 하나의 긴 쿼리 중 선택은?
3.6 로컬 쿼리와 리모트 쿼리 중 선택은?
3.7 Cast와 OfType 중 선택은?
3.8 ToArray와 ToList 중 선택은?
3.9 Length/Count와 Count() 중 선택은?
3.10 애저의 위기: Take는 되지만 Skip은 안 된다?
3.11 식을 동적으로 구축해서 한계를 돌파하자!
3.12 인스턴스화는 필요한가?
3.13 열거 데이터의 순서를 변경할 수 있는가?
4장 코드 비교를 통해 차이점 배우기
4.1 object vs. dynamic
4.2 초등학생도 작성할 수 있는 프로그램 vs. 초등학생은 작성할 수 없는 프로그램
4.3 문과생도 작성할 수 있는 프로그램 vs. 문과생은 작성할 수 없는 프로그램
4.4 논리적으로 사고하는 사람 vs. 논리적으로 사고하지 않는 사람
4.5 돈을 밝히는 프로 vs. 쿨한 매니아
4.6 소통이 원활한 팀 vs. 소통이 원활하지 않은 팀
4.7 긴 코드 vs. 짧은 코드
4.8 심리적으로 안정적인 코드 vs. 심리적으로 불안한 코드
4.9 의존성을 분리한다? vs. 분리하지 않는다?
4.10 캡처 실수!
4.11 지역 변수의 좀비화
4.12 전용 DLL은 필요하다? 필요하지 않다?
4.13 고정된 쿼리 식 vs. 움직이는 쿼리 식
4.14 식은 실행하기 전까지는 알 수 없다
4.15 위임형을 정의해야 한다?
5장 클라우드
5.1 스토리지의 두 가지 키 사용법
5.2 애저 스토리지는 미로?
5.3 애저 테이블의 전방 일치
5.4 애저 테이블에서 복수 조건의 OR 일치
5.5 ETag로 확실한 수정을!
5.6 애저 블롭의 메타 데이터
5.7 Worker 롤(role)은 정말 필요한가?
5.8 나는 몇 번째 인스턴스?
5.9 WebApp으로 스케일 아웃하는 방법
6장 코드 예를 보면서 진상 파헤치기
6.1 버그를 수정했는데 이유를 모른다?
6.2 분명하지만 활용할 수 없는 조언
6.3 한 글자라도 변경하면 처음부터 다시 테스트?
6.4 ‘동작한다’는 것은 마일스톤일 뿐이다
6.5 페일 세이프 개념
6.6 테스트는 부분적으로? 또는 전체적으로?
6.7 웹 시스템과 테스트 문제
6.8 GUI와 테스트 문제
6.9 몽키 테스트는 의미가 있는가?
6.10 목(mock)를 사용하는 의미가 있는가?
6.11 테스트를 전제로 한 설계 방법
6.12 마침표와 쉼표 실수
더보기접기
1.1 선수 선서는 반드시 처음에 하자: 선언 처리
1.2 트랙에 흰 선을 그리자: 데이터 구조 정의
1.3 개회식 다음은 선수 선서: 순차 처리
1.4 A코트는 테니스지만 B코트는 배드민턴: 병렬 처리
1.5 네트를 정리하면서 공 준비하기: 비동기 처리
1.6 잊지 말고 뒤처리하기: 강제 종료
1.7 선수가 규칙에 어긋난 행동을 하면: 예외 처리
1.8 경기 해설자는 정말 필요한가: 주석
2장 기본 기능
2.1 루프의 버그는 경계에 숨어있다
2.2 계속 변하는 조건의 함정
2.3 Format 메서드의 함정
2.4 서식 변경과 중괄호
2.5 checked 컨텍스트의 장단점
2.6 unsafe 컨텍스트는 필요한가?
2.7 포인터 망상
2.8 switch와 데이터형
2.9 goto의 위기: 안전한 사용법과 위험한 사용법
2.10 예외를 캐치하는 이유와 캐치하지 않는 이유
2.11 TryParse에서 결과를 보지 않는 경우
2.12 다른 형에 대입하기
2.13 아무것도 하지 않는 객체
2.14 테스트와 목(mock)
3장 LINQ
3.1 First와 FirstOrDefault 중 선택은?
3.2 First와 Single 중 선택은?
3.3 OrderBy와 Sort 중 선택은?
3.4 배열과 IEnumerable
3.5 여러 개의 짧은 쿼리와 하나의 긴 쿼리 중 선택은?
3.6 로컬 쿼리와 리모트 쿼리 중 선택은?
3.7 Cast와 OfType 중 선택은?
3.8 ToArray와 ToList 중 선택은?
3.9 Length/Count와 Count() 중 선택은?
3.10 애저의 위기: Take는 되지만 Skip은 안 된다?
3.11 식을 동적으로 구축해서 한계를 돌파하자!
3.12 인스턴스화는 필요한가?
3.13 열거 데이터의 순서를 변경할 수 있는가?
4장 코드 비교를 통해 차이점 배우기
4.1 object vs. dynamic
4.2 초등학생도 작성할 수 있는 프로그램 vs. 초등학생은 작성할 수 없는 프로그램
4.3 문과생도 작성할 수 있는 프로그램 vs. 문과생은 작성할 수 없는 프로그램
4.4 논리적으로 사고하는 사람 vs. 논리적으로 사고하지 않는 사람
4.5 돈을 밝히는 프로 vs. 쿨한 매니아
4.6 소통이 원활한 팀 vs. 소통이 원활하지 않은 팀
4.7 긴 코드 vs. 짧은 코드
4.8 심리적으로 안정적인 코드 vs. 심리적으로 불안한 코드
4.9 의존성을 분리한다? vs. 분리하지 않는다?
4.10 캡처 실수!
4.11 지역 변수의 좀비화
4.12 전용 DLL은 필요하다? 필요하지 않다?
4.13 고정된 쿼리 식 vs. 움직이는 쿼리 식
4.14 식은 실행하기 전까지는 알 수 없다
4.15 위임형을 정의해야 한다?
5장 클라우드
5.1 스토리지의 두 가지 키 사용법
5.2 애저 스토리지는 미로?
5.3 애저 테이블의 전방 일치
5.4 애저 테이블에서 복수 조건의 OR 일치
5.5 ETag로 확실한 수정을!
5.6 애저 블롭의 메타 데이터
5.7 Worker 롤(role)은 정말 필요한가?
5.8 나는 몇 번째 인스턴스?
5.9 WebApp으로 스케일 아웃하는 방법
6장 코드 예를 보면서 진상 파헤치기
6.1 버그를 수정했는데 이유를 모른다?
6.2 분명하지만 활용할 수 없는 조언
6.3 한 글자라도 변경하면 처음부터 다시 테스트?
6.4 ‘동작한다’는 것은 마일스톤일 뿐이다
6.5 페일 세이프 개념
6.6 테스트는 부분적으로? 또는 전체적으로?
6.7 웹 시스템과 테스트 문제
6.8 GUI와 테스트 문제
6.9 몽키 테스트는 의미가 있는가?
6.10 목(mock)를 사용하는 의미가 있는가?
6.11 테스트를 전제로 한 설계 방법
6.12 마침표와 쉼표 실수
저자&기여자
ㆍ지은이 가와마타아키라
- 소개
- 1964년 도쿄 출생. 현재 주식회사 piedey 사장. Visual C# MVP. 태어나서 처음 읽은 마이컴 입문서로 8080의 어셈블리 언어에 흥미를 느껴, 대학 시절에 ENIX에서 이식 프로그래머로서 Z80 능력을 한계까지 이끌어냈다. 대표 저서로는 《완전판 궁극의 C# 프로그래밍-신스타일에 의한 실천적 코딩》(기술평론사)이 있다.
ㆍ옮긴이 김완섭
- 소개
- 네덜란드 ITC에서 Geoinformation for Disaster Risk Management 석사 학위를 취득했다. 약 9년간 일본과 한국의 기업에서 IT 및 GIS/LBS 분야 업무를 담당했으며, 일본에서는 세콤(SECOM) 계열사인 파스코(PASCO)에서 일본 외무부, 국토지리정보원 같은 정부기관을 대상으로 한 시스템 통합(SI) 업무를 담당했다. 이후 야후 재팬으로 직장을 옮겨 야후 맵 개발 담당 시니어 엔지니어로 근무했으며, 한국으로 돌아와 SK에서 내비게이션 지도 데이터 담당 매니저로 근무했다. 현재는 싱가포르에 있는 일본계 회사에서 은행 관련 IT 프로젝트를 담당하고 있다. 저서로는 《나는 도쿄 롯폰기로 출근한다》가 있으며, 역서로는 《알고리즘 도감》, 《처음 만나는 HTML5 & CSS3》, 《인공지능 70》, 《처음 만나는 자바스크립트》, 《다양한 언어로 배우는 정규표현식》, 《그림으로 공부하는 IT 인프라 구조》, 《그림으로 공부하는 시스템 성능 구조》, 《IT에 몸담은 이들을 위한 지적 생산 기술》, 《파이토치 첫걸음》 등 40여 종이 있다. 블로그(blog.naver.com/itbk100)를 통해 IT 번역 관련 이야기와 싱가포르 직장 생활을 소개하고 있다.
보도자료
저작권 안내
모든 자료는 저작권법의 보호를 받는 저작물로, 허락 없이 편집하거나 다른 매체에 옮겨 실을 수 없습니다.
인공지능(AI) 기술 또는 시스템을 훈련하기 위해 자료의 전체 내용은 물론 일부도 사용하는 것을 금지합니다.
All materials are protected by copyright law and may not be edited or reproduced in other media without permission.
It is prohibited to use all or part of the materials, including for training artificial intelligence (AI) technologies or systems, without authorization.
인공지능(AI) 기술 또는 시스템을 훈련하기 위해 자료의 전체 내용은 물론 일부도 사용하는 것을 금지합니다.
All materials are protected by copyright law and may not be edited or reproduced in other media without permission.
It is prohibited to use all or part of the materials, including for training artificial intelligence (AI) technologies or systems, without authorization.
연관 프로그램
아래 프로그램은 길벗출판사가 제공하는 것이 아닙니다.
무료로 사용할 수 있는 정보를 안내해 드리니, 지원이 필요하면 해당 프로그렘 제작사로 문의해 주세요.
무료로 사용할 수 있는 정보를 안내해 드리니, 지원이 필요하면 해당 프로그렘 제작사로 문의해 주세요.
구매 도서 인증
C# 코딩의 기술 실전편
부가기호 확인하는 방법
- 종이책 :
-
도서 뒷표지 아래쪽에 있는 바코드의 오른쪽 위 숫자
- 전자책(eBook) :
- 전자책 앞 또는 뒷부분의 판권면 (발행인, 담당 편집자 등을 표시하는 곳) 중 ISBN 부분에 표기(예: 979-11-6050-407-1 05320로 된 곳의 뒤 다섯 자리 숫자 05320)
도서문의
C# 코딩의 기술 실전편
관련 FAQ에 찾는 내용이 없으면 아래에서 '문의하기'를 클릭해 주세요.
빠른 조회
님 환영합니다! 마이길벗
알림 메시지
최근 이용 자료
내 문의/답변
내 서재
동영상 강좌
모바일 앱 설치 QR코드
구글 플레이스토어
애플 앱스토어
독자의견 남기기