본문 바로가기 메뉴 바로가기

어쨌건간에 흘러가는 者

프로필사진
  • 글쓰기
  • 관리
  • 태그
  • 방명록
  • RSS

어쨌건간에 흘러가는 者

검색하기 폼
  • 분류 전체보기 (395)
    • 자성(Introspective) (59)
      • Karma Cutting (19)
    • 세상살이(social) (16)
    • 아트(art:예술,인문) (71)
      • Story(시나리오 어떻게 쓸 것.. (3)
    • as 뮤지션 (10)
    • as 소프트웨어엔지니어 (46)
    • digging IT 인프라 (106)
      • 라이브러리 (0)
      • trendy... (10)
      • 소프트웨어공학 (43)
      • 컴퓨터네트워크 (17)
      • 컴퓨터아키텍처/IS플랫폼 (15)
      • 경영정보시스템/통계 (7)
      • 보안 (13)
      • 기술사 특화 사항 (1)
    • 프로젝트 (87)
      • 무한 뺑뺑이 수영 (7)
      • 일본 배낭여행기 (9)
      • 유럽 배낭여행, introspectiv.. (3)
      • 미 서부 자동차 여행 (1)
      • 권상우 몸 반만이라도 (37)
      • 必勝, 技術士. (30)
  • 방명록

C++ (10)
상속 및 virtual 키워드에 따른 C++ 개체 memory 해부

COM 구조에 관한 스터디 중 Inteface 지원을 위한 vptr 및 vtable에 관한 내용을 보다, 직접 vptr과 vtable memory layout을 쑤셔보고자 시작. 이 내용을 한두번 본 것도 아닌데 또다시 그냥 지나치려니 영 감질 맛이 나는거다. 하긴, 지금 아니면 언제 이 구조를 뜯어보겠어? 일단, vtable은 함수 포인터의 배열로 이루어진 가상함수 테이블을 의미하며, vptr은 vtable을 가리키는 C++ 개체에 숨겨진 포인터를 뜻한다. 이들 vtable 및 vptr이란 명칭은 관례적으로 그리 사용한다고. 물론 가상함수가 없는(해당 클래스에 virtual 키워드가 없는) 개체는 이들 둘 모두 없다. 따라서 해당 개체의 크기는 vptr의 크기(32bit OS일 경우 4byte)만큼 작..

as 소프트웨어엔지니어 2008. 1. 15. 02:37
헝거리언 표기법의 단점, C++ de facto Coding Standard

헝거리언 표기법에서는 접두어로서 타입의 특징을 나타내는 축약어를 사용하는데, User Defined Type이 많아질수록, 그 타입의 특징을 나타내는 축약어를 만들기가 힘들어지더라(class등의 User Defined Type이 많아지는 것은 Object Oriented Language를 사용하면 당연히 나타나는 현상). C/C++ User Journal에 나온 Hungarian Notation 반대에 관한, Herb Sutter와 어떤 사람의 썰~. (member 변수 명명에는 camelCase에 접미어로 underbar(_)를 붙이라니.. 지저분한데.. 차라리 'm_'가 더 나아 보이는데..) Conversations: Hungarian wartHogs by Jim Hyslop and Herb Sut..

as 소프트웨어엔지니어 2007. 11. 19. 23:33
Bjarne Stroustrup이 바라본 C++ 실력(maturity) 측정법..

... 1. express concept directly in code 2. express relations among concepts directly in code 3. express independent concepts in independent code 4. compose code representing concepts freely wherever the composition makes sense 1. 개념을 코드에 직접적으로 반영한다 2. 개념들간의 관계를 코드에 직접적으로 반영한다 3. 서로 독립적인 개념들을 독립적인 코드에 반영한다 4. 개념들을 나타내는 데 있어 자유롭게 코드를 구성하되, 그 구성은 언제나 타당하도록 ... I "measure" maturity primarily based o..

as 소프트웨어엔지니어 2005. 9. 10. 16:54
Object Oriented software design principle?

기억해 두거라. 추상화, 상속, 다형성이란 개념을 알았다고 해서 네가 훌륭한 객체 지향 설계자가 되는 것은 아닐지어다. 진정한 구루는 어떻게 하면 유연성을 갖도록 설계를 하여, 유지보수가 용이하고 변화에 능동적으로 대응할 지에 관해 고민을 한다. (알겠느뇨?) Remember, knowing concepts abstraction, inheritance, and polymorphism do not make you a good object oriented designer. A design guru thinks about how to create flexible designs that are maintainable and that can cope with change. - guru틱한 자세로 앉아있는 어떤 인..

as 소프트웨어엔지니어 2005. 7. 9. 16:39
RTTI - C++의 typeid 연산자와 virtual 메카니즘.

요즘 C++의 virtual 메카니즘에 빠져서 산다. virtual.. 그리 오랜시간 보아왔는데도, 여전히 어렵다.. 다음은 오늘 알아낸 것들. 1. RTTI(Run-Time Type Identification), 실행 중에 기반(base) 클래스 타입 포인터의 실체를 밝혀내는데 쓰이는 typeid 연산자. 그 기반 타입의 포인터가 다형성을 지닌 클래스(polymophic class), 즉 "virtual 함수가 있는 클래스"가 아니면 아무짝에도 쓸모가 없다. "typeid(기반 타입의 포인터)" 해보았자, 보이는 그대로 그 기반 타입임만을 알려줄 뿐, 실제 담겨있는 타입, 즉 그 기반 타입의 포인터로부터 파생된 타입(derived type)에 대해서는 알려주는 바가 없다. 2. dynamic_cast ..

as 소프트웨어엔지니어 2005. 1. 25. 18:23
C++/CLI: .NET 프레임워크 프로그래밍을 위한 가장 강력한 언어(1/2)

참고 : 본 글은 MSDN에 올라온 "C++: The Most Powerful Language for .NET Framework Programming"의 번역문입니다. C++: .NET 프레임워크 프로그래밍을 위한 가장 강력한 언어 by Kenny Kerr 요점: Visual C++ 2005에서 새로이 소개되는 C++/CLI 언어의 설계와 원리에 대해 탐구해봅니다. .NET 프로그래밍을 위한 가장 강력한 언어 - C++/CLI - 를 이용하여, 파워풀한 .NET 애플리케이션을 만드는 데에 이 칼럼 내용을 도움되길 바래용~ 들어가면서 Visual C++ 팀은 많은 시간을 들여가며, 사용자의 의견을 듣고, .NET과 C++로 작업을 하였으니..그 결과 Visual C++ 2005에서의 CLR에 대한 지원을 ..

as 소프트웨어엔지니어 2004. 11. 7. 15:35
이전 1 2 다음
이전 다음
공지사항
최근에 올라온 글
  • 수영일기 : 앗싸리 생활스⋯
  • 수영 일기 : 신지 타케우⋯
  • 수영 일기 : 수업 시간에⋯
  • Loving Vincent
최근에 달린 댓글
  • 자세한 내용은 ....http://ww⋯
  • 제가 그때 미친 것이었죠.. ㅠㅜ
  • 오! welcome to the jungle을⋯
  • 성기 오래간만~! 금년에는 얼⋯
Total
1,719,520
Today
3
Yesterday
21
링크
TAG
  • C++/CLI
  • Logic Pro
  • Richter
  • A dramatic turn of events
  • U2
  • SWEBOK
  • 영화
  • stl/clr
  • Dream Theater
  • 일본여행
  • 83회 조직응용
  • PKI
  • Karma Cutting
  • Kurzweil
  • C++
  • TI 수영
  • 배낭여행
  • PC3x
  • 수영
  • ORM
  • stanley lippman
  • stl.net
  • UML
  • X.509
  • jordan rudess
  • Entity Framework
  • Entity Framework 4.0
  • 도쿠가와 이에야스
  • COM
  • Entity Framework 1.0
more
«   2022/07   »
일 월 화 수 목 금 토
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            
글 보관함
  • 2018/07 (1)
  • 2018/05 (1)
  • 2017/12 (3)
  • 2017/11 (5)
  • 2017/08 (2)

Blog is powered by Tistory / Designed by Tistory