all2one awakening

프로그래밍programming

• PlanetD - a collection of blogs about D: http://su.pr/4iAHrC #programming #
• D 언어에 관한 글 모음 블로그
  
• RT codemonkeyism: +1 RT surya_s: +1 for Git: http://bit.ly/2ZL224 via KentBeck #programming #
• 또다른 git 튜토리얼
  
• RT bjoernknafla: Great info about VS2010 - RT msinilo: VS2010b impressions on John Robbins' blog: http://j.mp/3fHUpX, concurrency profi... #
• 최근 나온 비주얼 스튜디오 2010 베타2에 관한 사용기
  
• C++ and functional programming idioms: http://su.pr/2CwJmd #C++ #programming #
• C++로 함수형 프로그래밍하기
  
• Understanding SFINAE: http://su.pr/16NfZt #C++ #programming #
• C++의 "Substitution failure is not an error"를 잘 설명한 글
  
• Debunking Software Engineering Myths: Does the organization matter more than the programming? http://su.pr/2ub7jl #programming #
• 조직구조가 여타 코드계측보다 코드품질과의 상관관계가 더 높다는 흥미로운 연구결과
  
• RT programmingjoy: LLVM DevMeeting videos posted #programming http://bit.ly/1LcON3 #
• 최근 각광을 받고 있는 LLVM 개발회의 슬라이드 및 영상 자료
  
• RT programmingjoy: As Timeless As Infinity - Background on floating point math and NaN values #programming http://bit.ly/1EX0JP #
• 부동소수점수와 NaN 값에 관한 설명
  
• RT DeliciousHot: 10 Puzzle Websites to Sharpen Your Programming Skills http://is.gd/4n4HV #programming #
• 프로그래밍 퍼즐 사이트 모음
  
• C++ in Coders at Work: http://su.pr/1J9Xkg #C++ #programming #
• 책 "Coders at Work"의 C++ 관련 언급들... 다들 C++을 싫어하는듯;
  
• RT bjoernknafla: jooones: Still using Carmack's Magic Number rqsrt? "Timing square root" by Elan Ruskin http://bit.ly/2XALz8 #programming #
• 제곱근 계산의 다양한 방법들 성능 비교!
  
• RT KageKirin: ldc - #LLVM #D #Compiler #programming - well I was wondering if that existed. http://tinyurl.com/5qolxn #
• LLVM D 컴파일러
  
• RT itshooter: The Official Microsoft WPF and Windows Forms Site http://bit.ly/QeNr6 #WPF #programming #
• 마이크로스포트 공식 WPF 및 윈폼 사이트
  
• psake - A build automation tool... now with less XML... http://su.pr/2cJGk0 #programming #
• 파워쉘 기반 빌드 자동화 도구
  
• ㅎㅎ 글쿤요. RT javawork: 세상에는 정말 많은 C++ 네트웍 라이브러리가 있군요. - http://tinyurl.com/cqf4q8 #programming #
• RT programmingjoy: Git# - First Public Release #programming http://bit.ly/1CcWOg #
• 닷넷 Git
  
• RT programmingjoy: Lambda Calculus #programming http://bit.ly/2Nf14V #
• 람다수식에 관한 설명글
  
• RT programmingjoy: Joel Spolsky: You cannot program parallel in C, period #programming http://bit.ly/pX3ZK #
• C로는 병렬 프로그래밍이 불가능하다는 조엘의 주장
  
• RT eHub: codepad http://bit.ly/Zs59V #programming #
• 여러 언어를 지원하는 온라인 컴파일러
  
• RT programmingjoy: Sorting Algorithm Shootout #programming http://bit.ly/RAPj0 #
• 정렬 알고리즘 비교
  
• RT programmingjoy: Vidiowiki feature on ICFP 2009 in Edinburgh #programming http://bit.ly/cLXFj #
• 함수형 프로그래밍 국제 컨퍼런스 영상위키
  
• RT programmingjoy: shedskin: an experimental Python to C++ compiler #programming http://bit.ly/apENm #
• 제한적 파이썬 -> C++ 컴파일러
  

병렬성parallelism

• RT programmingjoy: What is this thing you call "thread safe"? #programming http://bit.ly/2odln7 #parallelism #
• 스레드안정성의 의미에 관한 고찰
  
• RT bjoernknafla: Intel sponsored Gamasutra article by Ryan Shrout & Leigh Davis about thread programming for Nehale... http://bit.ly/29EhcL #
• 인텔 CPU의 근래 변화와 관련 최적화 팁
  
• RT SoftTalkBlog: Intel Ct Technology opens for beta applications. New tool to automate data parallelism. http://bit.ly/12arQy #parallelism #
• 데이터 병렬화를 자동화해주는 인텔의 새로운 도구 Ct
  

개발방법론methodology

• RT istoriae: Certified ScrumMaster course를 수료했습니다. 무면허 운전을 하다가, 운전 면허를 딴 기분이랄까요? 워크샵에서 얻은 것들을 이곳에 차차 정...:http://go.kaykim.org/csmkoreawiki #
• 한국에 있었으면 저도 참가하고 싶었는데... ㅠㅠ
  
• Agile Self-Assessment Tool: http://su.pr/74of9p #methodology #
• ThoughtWorks에서 제시하는 애자일 자기평가 도구
  
• RT programmingjoy: Lean To The Extreme #programming http://bit.ly/32BwcW #
• RT LeanKitKanban: RT topsurf: here is my Personal Kanban Evolution: http://bit.ly/3Srkw #personal #Kaban #lean #gtd #methodology #
• 칸반을 열심히 사용 중인 개인의 경험담
  
• RT unclebobmartin: Lee Copeland on Scrumdamentalism http://tinyurl.com/ygtxtja #methodology #
• RT unclebobmartin: One more blog on TDD. TDD Triage. http://bit.ly/2z2GXG Where does TDD work and where Doesn't it? #methodology #
• TDD에 관한 엉클밥의 의견
  
• The Pomodoro Technique: http://su.pr/1PwcSz #methodology #
• 일인스크럼 뽀모도로 테크닉에 관한 웹사이트
  
• The Danger of Lean: Ignoring Social Complexity http://su.pr/2L6ag2 #methodology #
• 사회성의 복잡도를 간과하는 린의 문제점을 지적하는 글
  

그래픽스graphics

• RT KageKirin: OpenGL 3.2 and More #graphics #programming #presentation #paper http://tinyurl.com/yhhf39z #
• 마크 킬가드의 OpenGL 3.2 관련 슬라이드
  
• New DirectX MSDN Developer Center: http://su.pr/9k7BqM #graphics #
• RT nvidiadeveloper: Satisfy your "inner geek" by reading the Whitepaper on "Fermi," NVIDIA’s Next-Gen CUDA... http://is.gd/4i9du #graphics #
• NVIDIA의 차세대 GPU 페르미에 관한 백서
  
• RT programmingjoy: Night Vision Post Processing GLSL Shader #programming http://bit.ly/5Ah8V #graphics #
• 야간시야 셰이더 효과 예제
  

기타etc.

• RT seoulrain: 차 마실 때 + 아무 때나 쓸 수 있는 귀여운 웹타이머 http://steep.it/ #
• RT sioum: 수학 연구 관련해서 "지식인" 같은 웹사이트가 생겼군요. Terrence Tao 교수 블로그에서 소개되어서 알게되었습니다. http://mathoverflow.net/ #
• 스택오버플로우(아시죠, 프로그래밍 질답 사이트) 수학 버전
  
• RT RatRaceTrap: “Let fear be a counselor and not a jailer” --Anthony Robbins #rq #
• RT DeliciousHot: View and Share PDF's Online in HTML http://is.gd/4l4gR #
• RT 79k: http://andstudy.com/andwiki/wiki.php/KGC2009/Link KGC2009 관련자료 모음링크입니다. 게임산업에 관심있으신 분들은 보시면 좋은 자료 많은 듯 합니다. 즐거운 오후 되시기... #gamedev #
• Amazing! RT programmingjoy: 10/GUI is one of the most dramatic reimaginations of the desktop user int.... #programming http://bit.ly/3EArvd #
• 혁신적인 멀티터치 기반 데스크탑 UI
  
• RT gamearchitect: Diffen - Compare Anything. Diffen. Discern. Decide: http://bit.ly/PqfPD #
• 온라인 diff 도구
  
• RT xiles: 국내 웹서비스 모음 http://xiles.net/web_services 아직 정리가 완전히 안됐지만, 차차 정리하고 댓글/추천 등을 넣을 예정입니다. 한국에서 개발한 멋진 웹서비스들이 엄청 많아질때까지~!!! #
• RT DeliciousHot: TEDTalks as of 10.09.09 - Google Docs http://is.gd/4eT6z #
• TED 비디오 목록
  
• RT spolsky: StackExchange site of the day: http://epicadvice.com/ (about World of Warcraft) #
• 스택오버플로우 와우 버전;
  
• RT autenil: Sweet. RSS feed filtering: http://feedrinse.com/ #
• 저도 이게 좀 필요한듯...
  
• RT spolsky: Peek inside Fog Creek: http://training.fogcreek.com/ #
• 조엘이 트레이닝 비디오도 출시하는군요.

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

그래픽스graphics

• John Carmack - Rage / CD-Action Interview: http://su.pr/1q4Zj9 http://su.pr/2jl9P3 http://su.pr/16bm8e #
• 전설적 게임 프로그래머 존 카맥의 최근 인터뷰
  
• Compact Normal Storage for small G-Buffers: http://su.pr/1Mr1Bu A through & nice summany of the subject! #
• 최근 추세인 지연 렌더링 기법에서 효과적으로 법선을 저장하는 다양한 방법에 관한 비교
  
• Inferred Lighting: http://su.pr/28Eotm #
• 이번 시그래프에서 발표된 지연 조명계산deferred lighting 기법의 개선 버전에 관한 요약
  
• A template library that provides a set of modular, generic and efficient implementations of common raytracing algorithms http://su.pr/6s9bUq #
• 깔끔한 광선추적 알고리즘 템플릿 라이브러리
  
• RT morgan3d Tim Sweeney's future: functional programming, micropolygons, and automated atomicity: http://short.to/mars #
• 시그래프 직전에 열린 High Performance Graphics 2009에서 에픽 게임즈의 수장 팀 스위니가 발표한 키노트
  
• Light Propagation Volumes in CryEngine 3: http://su.pr/1ddnUV #
• 역시 이번 시그래프에서 동료 안톤이 발표한 전역조명계산GI 기법
  
• RT bjoernknafla: RT bkaradzic: "Jobs are now running on a variety of processors" (http://bit.ly/8Ovdy #idTech5 #siggraph) #
• id Software의 새 엔진 idTech5에서의 병렬화
  

flikr1679 by flikr

프로그래밍programming

• C++ 'Named Parameter' idiom: http://su.pr/16tyuU #
• 유용한 C++ 관용기법 하나
  
• RT programmingjoy: Sneak Preview: Many Famous Coders at Work #programming http://bit.ly/AYyhO #
• 책 Coders at Work에 대한 리뷰
  
• C++ Intellisense in VS2010: http://su.pr/1rtxm5 #
• 비주얼스튜디오 2010의 새로운 인텔리센스 엔진의 강력함을 보여주는 사례
  
• Draft Spec of Transactional Language Constructs for C++ Released: http://su.pr/228rPR #
• C++의 트랜잭션 지원을 위한 스펙 초안
  
• RT cjunekim: Coder is often used as a derogatory word but after seeing Coders at Work you might think differentely. http://bit.ly/1asPX2 #
• Coders at Work에 대한 또다른 리뷰. 김창준님도 추천하시네요.
  
• RT unclebobmartin: Blog: TDD and FP. http://bit.ly/15HnLN #
• 엉클밥의 TDD(Test-Driven Development)와 FP(Functional Programming)에 관한 소고
  
• RT programmingjoy: The E. W. Dijkstra Archive (Update) #programming http://bit.ly/ZmQv2 #
• 컴퓨터과학계의 전설, 다익스트라의 모든 저술들
  
• RT KageKirin: Favorites Menu for Visual Studio http://tinyurl.com/nwzkqm #
• 즐겨찾기를 추가해주는 비주얼스튜디오 애드인
  
• RT KageKirin: C/C++ #include hierarchie viewer http://tinyurl.com/ojkk4m #
• #include 계층구조를 보여주는 비주얼스튜디오 애드인
  
• Bjarne Stroustrup Expounds on Concepts and the Future of C++: http://su.pr/1cp74M #
• Concept와 C++의 미래에 관한 Bjarne Stroustrup의 또다른 논평
• Debugging and breakpoint related issues in VS2008 SP1: http://support.microsoft.com/kb/957912 #
• 비주얼스튜디오 2008 SP1의 디버깅 및 브레이크포인트 관련 문제를 해결해주는 패치
  

Data storage - old and new by Ian-S

기타etc

• RT birdkr: 행복한 팀장 되기 - http://chulin28ho.egloos.com/5077754 : 절대 공감입니다. :) #
• Certified Scrum Master course in Seoul Korea: http://su.pr/7RYjqe #
• 서울에서 열리는 공인 스크럼 마스터 강좌
  
• RT RatRaceTrap: "Don't be afraid your life will end; be afraid that it will never begin." --Grace Hansen #rq #
• RT hur: 보면서 계속 키득거렸네^^ Cool RT mickeyk: All twittrs will enjoy ths presentation. Well done! "24 Reasons Y Twittr sucks!" http://tr.im/vYgS #
• 트위터에 관한 재기발랄한 논평
  
• 제 지인이 차린 회사에서 개발 중인 게임 동영상: http://su.pr/9hv9hG #
• RT programmingjoy: Software Pricing: Are We Doing It Wrong? #programming http://bit.ly/is1ny #
• 소프트웨어 가격에 대한 유명 프로그래밍 블로거 제프 앳우드Jeff Atwood의 신선한 고찰

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

잘 알려지지 않은 C++0x의 유용한 기능들 - 첫번째
잘 알려지지 않은 C++0x의 유용한 기능들 - 두번째



널포인터nullptr
정수 0 이 아닌 널 포인터 지칭 전용의 리터럴 nullptr가 생겼습니다.
char* p = nullptr; int* q = nullptr; char* p2 = 0; // 0도 여전히 가능하며 p==p2가 됨 void f(int); void f(char*); f(0); // f(int) 호출 f(nullptr); // f(char*) 호출 void g(int); g(nullptr); // 오류: nullptr는 정수가 아님 int i = nullptr; // nullptr는 정수가 아님

날 문자열 리터럴raw string literals
문자열에서 특수문자를 나타내기 위해 백슬래쉬로 이스케잎 처리 해주는 것은, 정규표현식 등에서 매우 번거로운 작업이 됩니다. (정규표현식의 경우 캐릭터 클래스라는 것에서 별도 용도로 백슬래쉬를 쓰기 때문이죠.) 가령, 정규표현식에서 백슬래쉬로 분리되어 있는 두 단어를 나타내는 \w\\w를 문자열로 표현하려면 다음과 같이 해야 합니다.
string s = "\\w\\\\w"; // 실수하지 않았기를
날 문자열 리터럴을 사용하면 다음과 같이 표현 가능합니다.
string s = R"[\w\\w]"; // 실수의 여지 없음!
이 때, 그럼 문자열 내에 ]" 표현이 있는 경우 어떻게 하는가 하는 의문이 들 수 있습니다. 이런 경우도 해결할 수 있도록, [ 앞과 ] 뒤에 쓰이는 구분자를 일치만 시켜주면 쌍따옴표와 대괄호 사이에 얼마든지 추가 구분자를 포함시킬 수 있도록 하였습니다. 다음과 같이 말이죠.
R"***["quoted string containing the usual terminator ("])"]***"

템플릿 별칭template alias
다음과 같이 일부 템플릿 인자만을 원하는 타입으로 지정하여 일반 템플릿처럼 작동하는 식별자를 만들 수 있습니다.
template<class T> using Vec = std::vector<T,My_alloc<T>>; // 내가 만든 할당자를 사용하는 표준 vector Vec<int> fib = { 1, 2, 3, 5, 8, 13 }; // My_alloc을 사용하여 원소 할당 vector<int,My_alloc<int>> verbose = fib; // verbose와 fib은 같은 타입
이 때 using 구문이 쓰이며, 이는 다음처럼 기존 typedef의 대용으로 쓰일 수도 있습니다.
typedef void (*PFD)(double); // C 스타일 using PF = void (*)(double); // using과 C-스타일 타입 사용 using P = auto (double)->void; // using과 접미 반환형 사용

초기화 구문 단일화uniform initialization syntax and semantics
C++은 타입과 초기화 문맥에 근거해 개체를 초기화할 수 있는 여러가지 방법을 제공해 왔습니다.
int a = 2; // "대입 스타일" int[] aa = { 2, 3 }; // 목록 대입 스타일 complex z(1,2); // "함수 스타일" 초기화 x = Ptr(y); // 변환/캐스트/생성 용 "함수 스타일"
그리고 다음과 같은 혼란도 있었죠.
int a(1); // 변수 선언 int b(); // 함수 선언 int b(foo); // 변수 선언일 수도 있고 함수 선언일 수도 있음
이러한 혼란을 없애고자 {}-초기화 목록을 일관되게 사용할 수 있도록 했습니다.
X x1 = X{1,2}; X x2 = {1,2}; // = 는 생략 가능 X x3{1,2}; X* p = new X{1,2}; struct D : X { D(int x, int y) :X{x,y} { /* ... */ }; }; struct S { int a[3]; S(int x, int y, int z) :a{x,y,z} { /* ... */ }; // 이렇게 오래된 문제도 해결 };
X x{a}; X* p = new X{a}; z = X{a}; // 캐스트 용도 f({a}); // (X 타입의) 함수 인자 return {a}; // 함수 반환값 (X를 반환하는 함수)

사용자정의 리터럴user-defined literals
C++은 여러 내장 타입들에 대한 리터럴을 제공합니다.
123 // int 1s // short int 1.2 // double 1.2F // float 'a' // char 1ULL // unsigned long long 0xD0 // hexadecimal unsigned "as" // string
그러나 C++98에서는 사용자정의 타입에 대한 리터럴을 정의할 수 없었죠. 가령, 다음과 같은 것들 말입니다.
"Hi!"s // "0으로 끝나는 캐릭터 배열''이 아닌 문자열 1.2i // 허수 123.4567891234df // decimal floating point (IBM) 101010111000101b // 이진수 123.56km // 킬로미터 (단위) 1234567890123456789012345678901234567890x // 확장(extended) 정밀도
C++0x에서는 다음 문법으로 사용자정의 리터럴을 지원합니다.
constexpr complex<double> operator "i"(long double d) // 허수 리터럴 { return {0,d}; // complex는 리터럴 타입 } std::string operator "s"(const char* p, size_t n) // std::string 리터럴 { return string(p,n); // 저장소 할당 필요 }
컴파일시점 계산을 위해 constexpr을 사용함에 주목하세요. 이를 다음과 같이 활용할 수 있습니다.
template<class T> void f(const T&); f("Hello"); // char* 전달 f("Hello"s); // (5-캐릭터) string 개체 전달 f("Hello\n"s); // (6-캐릭터) 개체 전달 auto z = 2+1i; // complex(2,1)
이러한 사용자정의 리터럴을 위한 접미사는 보통 한두글자로 매우 짧을텐데요, 이럴 경우 쉽게 충돌이 발생할 수 있습니다. 그를 방지하려면 다음처럼 namespace를 사용하시면 됩니다.
namespace Numerics { // ... class Bignum { /* ... */ }; namespace literals { operator "X"(char const*); } } using namespace Numerics::literals;

이상으로 C++0x의 잘 알려지지 않은 기능들에 대한 연재를 마칩니다. 이상을 포함한 더 자세한 정보는 Bjarne Stroustrup 선생이 운영하는 다음 웹페이지에서 확인하실 수 있습니다.



* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

명시적 변환 연산자explicit conversion operators
C++98에서는 혼란을 유발하는 암묵적 변환을 방지하지 위해 다음과 같이 변환 생성자에 명시적이어야 함을 지정할 수 있었습니다.
struct S { S(int); }; // "평범한 생성자"는 암묵적 변환을 의미 S s1(1); // ok S s2 = 1; // ok void f(S); f(1); // ok (하지만 원치 않는 동작일 경우가 많죠 -- 가령 S가 vector였다면?) struct E { explicit E(int); }; // 명시적 생성자 E e1(1); // ok E e2 = 1; // 오류 (이놈도 위와 똑같은 생성 구문이기에) void f(E); f(1); // 오류 (실수가 새나가는 것을 방지 -- 예를 들어, int를 인자로 받는 std::vector의 생성자는 명시적)
하지만 가능한 변환을 정의하는 방법은 이것 말고 하나가 더 있죠. 해당 클래스를 수정할 수 없는 경우, 상대편 클래스에 변환 연산자를 정의해주는 것이 그것입니다.
struct S { S(int) { } /* ... */ }; struct SS { int m; SS(int x) :m(x) { } operator S() { return S(m); } // S에 S(SS) 생성자를 두는 대신 SS에 변환 연산자를 둡니다 }; SS ss(1); S s1 = ss; // ok; 암묵적 생성자가 있는 것과 마찬가지 S s2(ss); // ok; 암묵적 생성자가 있는 것과 마찬가지 void f(S); f(ss); // ok; 암묵적 생성자가 있는 것과 마찬가지
이 경우 이전에는 명시성 지정이 불가능했는데 C++0x에서 다음과 같이 가능해졌습니다.
struct S { S(int) { } }; struct SS { int m; SS(int x) :m(x) { } explicit operator S() { return S(m); } // S에 S(SS) 생성자를 두는 대신 SS에 변환 연산자를 둡니다 }; SS ss(1); S s1 = ss; // 오류; explicit 생성자의 경우와 마찬가지 S s2(ss); // ok ; explicit 생성자의 경우와 마찬가지 void f(S); f(ss); // 오류; explicit 생성자의 경우와 마찬가지

범위 for 구문range for statement
begin()과 end() 함수로 규정되는 범위에 대한 반복을 간편한 문법으로 제공하는 기능입니다.
void f(const vector<double>& v) { for (auto x : v) cout << x << '\n'; for (auto& x : v) ++x; // 참조를 사용하면 값을 수정할 수도 있습니다 } for (const auto x : { 1,2,3,5,8,13,21,34 }) cout << x << '\n';

반환형 접미 구문suffix return type syntax
다음과 같은 함수 템플릿이 있습니다.
template<class T, class U> ??? mul(T x, U y) { return x*y; }
이 경우 반환형이 무엇일까요? 물론, x*y의 타입입니다만, 그를 어떻게 나타내느냐는 것이죠. C++0x의 decltype을 사용할 수 있습니다.
template<class T, class U> decltype(x*y) mul(T x, U y) // 스코프 문제! { return x*y; }
하지만 그 시점에 x, y가 스코프에 없기 때문에 오류입니다. 다음과 같이 하면 됩니다.
template<class T, class U> decltype(*(T*)(0)**(U*)(0)) mul(T x, U y) // 보기 어렵고 실수하기 쉬움 { return x*y; }
하지만 역시 만족스럽지 않습니다. 그래서 나온 해법이 반환형을 인자 다음에 선언할 수 있게 하는 겁니다.
template<class T, class U> [] mul(T x, U y) -> decltype(x*y) { return x*y; }
[]는 람다에서 도입된 것으로 "반환형이 유도될 수 있거나 나중에 지정될 것임"을 나타냅니다. 이와 같이 함수가 리턴문으로만 구성된 경우에는 다음과 같이 decltype도 생략할 수 있습니다.
template<class T, class U> [] mul(T x, U y) { return x*y; }

클래스 내 멤버 초기화in-class member initializers
C++98에서는 정수형의 static const 멤버에 대해서만 클래스 내 초기화가 가능했습니다.
int var = 7; class X { static const int m1 = 7; // ok const int m2 = 7; // 오류: static 아님 static int m3 = 7; // 오류: const 아님 static const int m4 = var; // 오류: var가 상수 표현식 아님 static const string m5 = "odd"; // 오류: 정수형 아님 // ... };
C++0x에서는 비정적 데이터 멤버를 선언 시에 초기화할 수 있습니다. 이는 생성자가 많은 다음과 같은 경우에 아주 유용합니다.
class A { public: A(): a(7), b(5), hash_algorithm("MD5"), s("Constructor run") {} A(int a_val) : a(a_val), b(5), hash_algorithm("MD5"), s("Constructor run") {} A(D d) : a(7), b(g(d)), hash_algorithm("MD5"), s("Constructor run") {} int a, b; private: HashingFunction hash_algorithm; // 모두 인스턴스에 적용되는 암호화 해시 std::string s; // 개체 생명주기에서의 한 상태를 나타내는 문자열 };
hash_algorithm과 s 변수가 하나의 초기값만을 가짐에도 각 생성자마다 작업을 되풀이해야 합니다. 유지보수에 쥐약이죠. 이를 다음과 같이 할 수 있습니다.
class A { public: A(): a(7), b(5) {} A(int a_val) : a(a_val), b(5) {} A(D d) : a(7), b(g(d)) {} int a, b; private: HashingFunction hash_algorithm{"MD5"}; // 모두 인스턴스에 적용되는 암호화 해시 std::string s{"Constructor run"}; // 개체 생명주기에서의 한 상태를 나타내는 문자열 };
생성자 초기화 목록이 클래스 내 선언 시점 초기화보다 우선한다는 점을 이용하면, 다음처럼 더 간단히 할 수도 있습니다.
class A { public: A() {} A(int a_val) : a(a_val) {} A(D d) : b(g(d)) {} int a = 7; int b = 5; private: HashingFunction hash_algorithm{"MD5"}; // Cryptographic hash to be applied to all A instances std::string s{"Constructor run"}; // String indicating state in object lifecycle };

목록 초기화initializer lists
다음과 같은 것들이 가능합니다.
vector<double> v = { 1, 2, 3.456, 99.99 }; list<pair<string,string>> languages = { {"Nygaard","Simula"}, {"Richards","BCPL"}, {"Ritchie","C"} }; map<vector<string>,vector<int>> years = { { {"Maurice","Vincent", "Wilkes"},{1913, 1945, 1951, 1967, 2000} }, { {"Martin", "Ritchards"} {1982, 2003, 2007} }, { {"David", "John", "Wheeler"}, {1927, 1947, 1951, 2004} } };
목록 초기화가 더 이상 배열에만 국한되지 않는 것이죠. {}-목록을 받아들이는 것은 std::initializer_list<T> 타입의 인자를 가지는 함수들(보통 생성자)입니다. 가령,
void f(initializer_list<int>); f({1,2}); f({23,345,4567,56789}); f({}); // 빈 목록 f{1,2}; // 오류: 함수 호출 괄호가 없음 years.insert({{"Bjarne","Stroustrup"},{1950, 1975, 1985}});
컨테이너는 다음과 같이 "목록 초기화 생성자"를 제공할 수 있습니다.
template<class E> class vector { public: vector (std::initializer_list<E> s) // 목록 초기화 생성자 { reserve(s.size()); // 딱 필요한 만큼의 자리 확보 uninitialized_copy(s.begin(), s.end(), elem); // 목록에 있는 것들로 원소 초기화 sz = s.size(); // 크기 설정 } // ... as before ... };
표준 라이브러리의 컨테이너들은 이제 목록 초기화 생성자를 지원하고, 범위 for 구문에 나온 것처럼 이러한 초기화 목록은 범위(range)로도 활용 가능합니다.

이번 회는 여기까지입니다. 다음 회면 대충 마무리될듯. ^^

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.  

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

최근 C++0x에서 concept 기능을 빼기로 최종 결정되면서 C++계가 나름 시끄러웠습니다. 그러면서 C++0x에 제가 알고 있던 큰 변화들 말고도 자잘하지만 유용한 변화가 꽤 많다는 것을 알게 되었습니다. 앞으로 두세 차례에 걸쳐 그런 기능들을 정리해보려 합니다.


enum class 열거형 클래스
기존 열거형의 다음과 같은 세가지 문제를 해결하고자 나온 놈입니다.

• 기존 열거형은 암묵적으로 int로 변환이 되어, 그런 행동을 원치 않을 경우 문제가 된다.
• 기존 열거형은 그를 포함하는 스코프로 각 토큰들을 노출시켜, 이름 충돌을 발생시킬 수 있다.
• 열거형의 기반 타입을 지정할 수 없어, 혼란과 호환성 문제가 발생하고 전방 선언을 할 수 없다.

enum Alert { green, yellow, election, red }; // 기존 열거형 enum class Color { red, blue }; // 새 열거형 클래스 // 열거형 토큰들이 포함 스코프로 노출되지 않음 // int로의 암묵적 변환 없음 enum class TrafficLight { red, yellow, green }; Alert a = 7; // 항상 그래왔든 오류 Color c = 7; // 오류: int에서 Color로의 변환 정의되지 않음 int a2 = red; // ok: Alert에서 int로의 변환 int a3 = Alert::red; // C++98에서 오류; C++0x에선 ok int a4 = blue; // 오류: 스코프 내에 blue 정의되지 않음 int a5 = Color::blue; // 오류: Color에서 int로의 변환 정의되지 않음 Color a6 = Color::blue; // ok
enum class Color : char { red, blue }; // 한 바이트로 나타냄 enum class TrafficLight { red, yellow, green }; // 따로 지정안하면 int가 기반형 enum E { E1 = 1, E2 = 2, Ebig = 0xFFFFFFF0U }; // E의 크기는? // 구현에 따라 다름 enum EE : unsigned long { EE1 = 1, EE2 = 2, EEbig = 0xFFFFFFF0U }; // 이제는 명시적 지정 가능 enum class Color_code : char; // 전방 선언 void foobar(Color_code* p); // 전방 선언 사용 // ... enum class Color_code : char { red, yellow, green, blue }; // 정의
constant expressions 상수표현식

• 더 일반적 상수표현식 제공
• 사용자 정의 타입에 대한 상수표현 허용
• 컴파일 시점에 초기화가 이루어지도록 보장하는 도구 제공

enum Flags { good=0, fail, bad, eof }; constexpr int operator|(Flags f1, Flags f2) { return Flags(f1|f2); } void f(Flags x) { switch (x) { case bad: /* ... */ break; case eof: /* ... */ break; case bad|eof: /* ... */ break; default: /* ... */ break; } }
위에서 세번째 case문 같은 것이 가능해집니다.

 constexpr int x1 = bad|eof; // ok void f(Flags f3) { constexpr int x2 = bad|f3; // 오류: 컴파일 시점에 계산 불가 int x3 = bad|f3; // ok }
당연히 컴파일 시점에 계산할 수 있는 것만 constexpr로 지정 가능합니다.

 struct Point { int x,y; constexpr Point(int xx, int yy) : x(xx), y(yy) { } }; constexpr Point origo(0,0); constexpr int z = origo.x; constexpr Point a[] = {Point(0,0), Point(1,1), Point(2,2) }; constexpr x = a[1].x; // x는 1이 됨
위와 같은 활용도 가능

defaulted and deleted functions 함수 자동생성 버전 사용 및 사용불가 지정
기존에는 복사를 방지하려고 복사 생성자와 대입 연산자를 private에 둔다던가 하는 방법을 썼었죠. 이제 다음과 같이 명시적 지정이 가능합니다.
class X { // ... X& operator=(const X&) = delete; // 복사 불허 X(const X&) = delete; };
또한 다음과 같이 컴파일러 자동 생성 버전을 사용함을 명시적으로 나타낼 수도 있습니다. class Y { // ... Y& operator=(const Y&) = default; // default copy semantics Y(const Y&) = default; };

delegating constructors 생성자 위임
C++98에서는 여러 생성자가 같은 작업을 하도록 하려면 중복 코드를 짜거나 다음과 같이 "init()" 함수 같은 것을 만들어야 했습니다.
class X { int a; validate(int x) { if (0<x && x<=max) a=x; else throw bad_X(x); } public: X(int x) { validate(x); } X() { validate(42); } X(string s) { int x = lexical_cast<int>(s); validate(x); } // ... };
C++0x에서는 다음과 같이 한 생성자에서 다른 생성자에 작업을 위임할 수 있습니다. class X { int a; public: X(int x) { if (0<x && x<=max) a=x; else throw bad_X(x); } X() :X{42} { } X(string s) :X{lexical_cast<int>(s)} { } // ... };

이번 회는 여기까지입니다. C++ 사용하면서 불편하거나 번거로웠던 사항들을 많이 해결하고 있는 느낌입니다.

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.  

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

책 제목과 C++을 만든 이인 Bjarne Stroustrup의 추천 글귀에 끌려 이북으로 구입하였습니다.

일단 총평은 다음과 같습니다.

• 굉장히 신선한 접근이다.
• C++ 기준으로 설명하니 좋다.
• 신선한 만큼 개념 잡기가 쉽지 않다; (생소한 용어와 상당히 추상적 수학적 개념 대거 등장)
  
• 제대로 이해하려면 최소 한번 더 읽어봐야 할듯
• 그럼에도 건질만한 건 있었다...
  

C++ STL의 알고리즘 방면으로 (자료구조가 아닌) 내공을 쌓고자 하는 분들에게 유용하리라 봅니다. 그리고 수학적 엄밀함과 추상화에 어느 정도 자신있는 분들께 추천드립니다. ^^


 * 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

복잡한 C++의 세계를 다 표현하기에는 명백히 부족하지만...

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

부스트 라이브러리 관련 컨퍼런스가 있더군요. BoostCon 이라는 이름으로 얼마전 열렸습니다. 거기서 C++ 관련 대가 중 한명인 Andrei Alexandrescu가 키노트를 발표하였습니다. 제목은 "Iterators Must Go"였습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

std::shared_ptr<T> pop() { std::lock_guard<std::mutex> lock(m); if(data.empty()) throw empty_stack(); std::shared_ptr<T> const res(new T(data.top()); data.pop(); return res; } void pop(T& value) { std::lock_guard<std::mutex> lock(m); if(data.empty()) throw empty_stack(); value=data.top(); data.pop(); }

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.