걸작이 아닌 습작에 충실하자.

위키피디앙 따르면 팩토리 메서드 패턴은 아래와 같이 요약할 수 있다. 팩토리 메서드 패턴- 기반 클래스에 알려지지 않은 구체 클래스를 생성하는 패턴- 파생 클래스가 어떤 객체를 생성할지 결정하도록 하는 패턴- 기반 클래스 코드에 구체 클래스 이름을 감추기 위한 방법으로도 사용- 패턴이 중첩되기 시작하면 굉장히 복잡해질 수 있음 - 상속을 사용하지만 기반 클래스를 전혀 확장하지 않음 템플릿 메서드 패턴의 확장판이라고 봐도 될 듯.'상속을 사용하지만 기반 클래스를 전혀 확장하지 않음' 이라는 부분에서 확장과 맞물렸을 때, 추상에 대해 제대로 된 이해를 바탕으로 만들어진 패턴이 아니라는 지적도 나온다. 실제로 사용해보니 이 의견도 틀리진 않다고 본다. 이 패턴의 핵심은 '구현 클래스와 연관 관계에 있는 객체들..

C++ 전방선언과 인터페이스 사용 방법Java나 C#은 인터페이스 사용이 굉장히 편리하게 되어 있다.그래서 Java나 C#을 이용하여 처음 코딩을 시작했던 필자에게 C++의 인터페이스 사용은 굉장히 난해하다. 함수 선언부터 되게 이상하다virtual [반환타입] [함수명] ([매개변수1, 매개변수2, ...]) = 0;요런 식이다. 이에 비해 Java나 C#은 앞뒤의 virtual, =0;은 생략해도 되니 모양이 깔끔하다. 이쯤이야 언어의 독특한 특징이니 그렇다 치자. 근데 어째 인터페이스 상속받은 클래스들이 계속 말썽을 부린다. 물론 경각심 없는 필자는 대수롭지 않게 인터페이스를 모두 상속구조로 바꿔버렸다. 그때 좀더 알아봤어야 했는데, 땅을 치고 후회하고 있다. 모든 문제는 C++의 선언부와 구현부가..

* 자의적인 해석이므로 논란의 여지가 있음 객체와 인스턴스의 차이를 알아보니 블로그마다 말이 다르다. 어떤 블로거는 인스턴스는 객체와 같지만, 관계적인 측면에서 이야기할 때 객체 대신 인스턴스라는 말을 쓴다고 하고, 또 어떤 블로거는 메모리 상에 할당되어야만 객체가 인스턴스가 된다고 한다. 이해 가는 내용이지만, 정확하지는 않다고 본다. 결국에는 영어 사이트를 검색했고, 가장 납득이 가는 설명이 담긴 블로그를 찾았다. 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..

공포영화를 안 좋아해서 굉장히 망설였다. 왜 안 좋아하냐구? 무섭잖아 ㅠㅠ...그래도 컨저링1을 되게 무섭지만, 재미있게 봤기 때문에 에잇 모르겠따 하며 표를 예매해버렸다. 그것도 아침 조조로 = _=... ...존나 후회했다...내가.. 무슨 생각으로 이 영화를 보겠다고 한거지 ㅠㅠ...곡성도 벌벌 떨면서 봤는데, 타이틀이 공포영화인 이걸 무슨 생각으로 조조로 끊고, 그것도 혼자서 보러 간건지 제정신이 아니었나보다 ㅠㅠ...흙... 스토리야 뭐 컨저링1이랑 크게 다르지 않다.한 마디로 요약하자면, '여긴 내 집이니까 꺼졍ㅋ'스포를 하고싶진 않으니 여기까지만. 그래도 컨저링1 보다는 스토리가 쪼오금 입체적이긴 하지만,초반부터 중반까지 끌고 가는 스토리의 주요한 슬로건임은 확실하다.절대 혼자 가서 보면 나..

프리즘 개요- Prism은 풍부하고, 유연한, 유지보수가 쉬운 WPF 데스크톱 프로그램을 쉽게 디자인하고 개발 가능 할 수 있는 가이드라인 제공- SoC나 Loose Coupling과 같이 중요한 아키텍처의 디자인 원칙을 포함하는 디자인 패턴 사용- 독립적이면서 프로그램 간에 쉽고 이음새 없이 통합 가능한 컴포넌트를 설계하고 개발하도록 함- 다중 스크린을 사용하거나 사용자 인터렉션이 많거나, 중요한 표현 계층 및 비즈니스 로직을 포함한 WPF 프로그램을 개발하는 소프트웨어 개발자를 위해 고안- 보통 다중 백엔드 시스템이나 서비스, 계층적 아키텍처와 상호작용하는 이러한 어플리케이션들은 여러 계층을 통해 물리적으로 배포 가능- Reference Implementations와 QuickStarts, 재사용 가..

원본 출처 : http://stackoverflow.com/questions/833943/watermark-hint-text-placeholder-textbox-in-wpf------------------------------------------------------------- WPF에는 기본적으로 TextBox에 힌트(PlaceHoder라고도 하고, Watermark라고도 함) 텍스트를 제공하지 않는다. 그러니 구현을 해야겠지만, 너무 귀찮아서 위의 사이트에서 소스 코드를 구했다.그러나 이 코드는 TextBox에만 해당되지, PasswordBox에서는 힌트 텍스트를 사용할 수 없었다.다행히 어려운 코드는 아니었기 때문에 코드를 약간 변형하여 PasswordBox에서도 힌트 텍스트를 사용할 수 있도록..

자주 발생함에도 불구하고 매번 검색해서 하자니 쓸데없이 시간 소모를 많이 하며 뱅뱅 도는 느낌이다.어차피 암기도 못할 바에는 빠르고 쉽게 접근할 수 있는 곳에 기록하여 시간 소모를 줄여야지! 시도 1. 리셋출처 : http://stackoverflow.com/questions/8044675/pull-is-not-possible-because-you-have-unmerged-files-git-stash-doesnt-work-do 1. git fetch origin2. git reset --hard origin/master3. git pull - Fetch will download everything from another repository, in this case, the one marked as "or..

코더에 작성한 디렉토리명 'component'실제 디렉토리명 'Component' 예전에도 이것 때문에 당황했었는데 똑같은 실수를 또 하고 시간을 허비했다 ㅠㅠ...필자가 작성한 코드에서는 버튼을 이미지로 발생시키고 있다.즉, 이미지의 크기에 따라 버튼의 크기 역시 결정되는데, 당연히 이미지를 로드하지 못하면, 거기에 의존하는 버튼 역시 생성되지 못한다.아 바보바보 몇시간을 버린거야 ㅠ느이러재ㅔ댜러ㅐㅑㄷㅇ러팸ㄴ야러 패ㅑ젇 ㄹ펴23ㅐ'ㅄㄷ갸ㅠ ㅠㅠㅠ...... 여기서 얻을 수 있는 교훈!!!왠만하면 리소스 파일은 소문자나 대문자로 통일하자!!

앱 개발 시 부드러운 이미지 로드은 단순한 해법으로 구현되지 않는다. 여기서 말하는 부드러운 이미지 로딩이란 앱을 구성하는 레이아웃, 뷰들과는 독립적으로 로드됨을 의미한다. 일반적으로 이미지를 단순히 더미로 인식하고 한꺼번에 로딩하면 될 것이라 생각하지만, 이러한 인식으로는 우리가 추구하는 부드러운 이미지 로딩을 구현할 수 없다. 이미지는 뭉텅이가 아닌 개별의 프로세스 단위로 인식하여 개별적으로 관리해야 한다. 쓰레드를 스케줄이나 풀이라는 기법을 이용하여 관리하듯 이미지 역시 이와 비슷하거나 별도의 기법을 이용하여 관리해야 한다. 이미지 로딩은 상당한 리소스와 시간을 필요로 하고 로드 속도가 길기 때문에 일반적으로 뼈대를 이루는 다른 뷰들이 모두 로드된 후 로딩을 시작한다. 이 때 로딩인디케이터가 동작 ..

내리는 비를 보며 헤어진 연인을 떠올리며 부르는 노래로, 가사가 정말 아름답다고 생각합니다.자취방으로 올라오는 버스 안에서 가사를 다 외워버렸네요. 굉장히 서정적이다.https://youtu.be/BDUumxpon60 부르그에는 쉬운 노래가 아니에요. 음역대의 범위가 너무 넓어요. 낮은건 더럽게 낮고 높은 건 더럽게 높고... 여자키로 이건 절대 못 불러요 ㅋㅋ;;본인 조차도 가끔 음정이 불안한 때가 있고, 표정에서 너무 어렵게 부른다는 티가 나는 걸 보니... 그래도 음이탈 안 나고 부르는 걸 보면 역시 가수인가봐요 = _=;; 작사분이 mafly라는 분이신데.. 물론 본명은 아니고 한국사람이더라구요 ㅋㅋ...태연 노래 중에서는 rain, secret, I 등을 작사하셨더라구요.