"분류 전체보기" 관련 글 230

002. Factory Method Pattern (스켈레톤 코드 포함)
Programming/Old 2016. 6. 24. 20:50
위키피디앙 따르면 팩토리 메서드 패턴은 아래와 같이 요약할 수 있다. 팩토리 메서드 패턴- 기반 클래스에 알려지지 않은 구체 클래스를 생성하는 패턴- 파생 클래스가 어떤 객체를 생성할지 결정하도록 하는 패턴- 기반 클래스 코드에 구체 클래스 이름을 감추기 위한 방법으로도 사용- 패턴이 중첩되기 시작하면 굉장히 복잡해질 수 있음 - 상속을 사용하지만 기반 클래스를 전혀 확장하지 않음 템플릿 메서드 패턴의 확장판이라고 봐도 될 듯.'상속을 사용하지만 기반 클래스를 전혀 확장하지 않음' 이라는 부분에서 확장과 맞물렸을 때, 추상에 대해 제대로 된 이해를 바탕으로 만들어진 패턴이 아니라는 지적도 나온다. 실제로 사용해보니 이 의견도 틀리진 않다고 본다. 이 패턴의 핵심은 '구현 클래스와 연관 관계에 있는 객체들..
002. C++ 전방선언과 인터페이스 사용 방법
Programming/Old 2016. 6. 24. 19:54
C++ 전방선언과 인터페이스 사용 방법Java나 C#은 인터페이스 사용이 굉장히 편리하게 되어 있다.그래서 Java나 C#을 이용하여 처음 코딩을 시작했던 필자에게 C++의 인터페이스 사용은 굉장히 난해하다. 함수 선언부터 되게 이상하다virtual [반환타입] [함수명] ([매개변수1, 매개변수2, ...]) = 0;요런 식이다. 이에 비해 Java나 C#은 앞뒤의 virtual, =0;은 생략해도 되니 모양이 깔끔하다. 이쯤이야 언어의 독특한 특징이니 그렇다 치자. 근데 어째 인터페이스 상속받은 클래스들이 계속 말썽을 부린다. 물론 경각심 없는 필자는 대수롭지 않게 인터페이스를 모두 상속구조로 바꿔버렸다. 그때 좀더 알아봤어야 했는데, 땅을 치고 후회하고 있다. 모든 문제는 C++의 선언부와 구현부가..
객체와 인스턴스의 차이
Programming/Extractions 2016. 6. 21. 11:55
* 자의적인 해석이므로 논란의 여지가 있음 객체와 인스턴스의 차이를 알아보니 블로그마다 말이 다르다. 어떤 블로거는 인스턴스는 객체와 같지만, 관계적인 측면에서 이야기할 때 객체 대신 인스턴스라는 말을 쓴다고 하고, 또 어떤 블로거는 메모리 상에 할당되어야만 객체가 인스턴스가 된다고 한다. 이해 가는 내용이지만, 정확하지는 않다고 본다. 결국에는 영어 사이트를 검색했고, 가장 납득이 가는 설명이 담긴 블로그를 찾았다. https://alfredjava.wordpress.com/2008/07/08/class-vs-object-vs-instance/ In OO Programming, we often hear of terms like “Class”, “Object” and “Instance”; but what..
001. 컨저링2
카테고리 없음 2016. 6. 19. 18:17
공포영화를 안 좋아해서 굉장히 망설였다. 왜 안 좋아하냐구? 무섭잖아 ㅠㅠ...그래도 컨저링1을 되게 무섭지만, 재미있게 봤기 때문에 에잇 모르겠따 하며 표를 예매해버렸다. 그것도 아침 조조로 = _=... ...존나 후회했다...내가.. 무슨 생각으로 이 영화를 보겠다고 한거지 ㅠㅠ...곡성도 벌벌 떨면서 봤는데, 타이틀이 공포영화인 이걸 무슨 생각으로 조조로 끊고, 그것도 혼자서 보러 간건지 제정신이 아니었나보다 ㅠㅠ...흙... 스토리야 뭐 컨저링1이랑 크게 다르지 않다.한 마디로 요약하자면, '여긴 내 집이니까 꺼졍ㅋ'스포를 하고싶진 않으니 여기까지만. 그래도 컨저링1 보다는 스토리가 쪼오금 입체적이긴 하지만,초반부터 중반까지 끌고 가는 스토리의 주요한 슬로건임은 확실하다.절대 혼자 가서 보면 나..
004. MS PRISM 정리
Programming/Old 2016. 6. 16. 22:18
프리즘 개요- Prism은 풍부하고, 유연한, 유지보수가 쉬운 WPF 데스크톱 프로그램을 쉽게 디자인하고 개발 가능 할 수 있는 가이드라인 제공- SoC나 Loose Coupling과 같이 중요한 아키텍처의 디자인 원칙을 포함하는 디자인 패턴 사용- 독립적이면서 프로그램 간에 쉽고 이음새 없이 통합 가능한 컴포넌트를 설계하고 개발하도록 함- 다중 스크린을 사용하거나 사용자 인터렉션이 많거나, 중요한 표현 계층 및 비즈니스 로직을 포함한 WPF 프로그램을 개발하는 소프트웨어 개발자를 위해 고안- 보통 다중 백엔드 시스템이나 서비스, 계층적 아키텍처와 상호작용하는 이러한 어플리케이션들은 여러 계층을 통해 물리적으로 배포 가능- Reference Implementations와 QuickStarts, 재사용 가..
admin

티스토리툴바