bboks.net™

프레임워크 도출 3단계 화이트박스 프레임워크(White Box Framework) - 구현방식 : 상속(inheritance)이나 동적바인딩(dynamic binding)으로 구현 - 프레임워크 기능확장 : 1) 프레임워크 기초 클래스(base class)를 상속하거나 2) Template Method와 같은 디자인 패턴을 사용하여 미리 정의된 후크 메서드(hook method)를 재정의(overriding)하는 방식으로 기능확장 - 단점 : 1) 어플리케이션 개발자가 프레임워크 내부 구조를 잘 알고 있어야 하며 2) 프레임워크 클래스 계층도의 세부사항과 밀접하게 결합되어 유연성이 결여된 시스템을 구축할 가능성이 많아짐 블랙박스 프레임워크(Black Box Framework) - 구현방식 : 객체 합성(..

The documentation for a design pattern describes the context in which the pattern is used, the forces within the context that the pattern seeks to resolve, and the suggested solution.[16] There is no single, standard format for documenting design patterns. Rather, a variety of different formats have been used by different pattern authors. However, according to Martin Fowler certain pattern forms..

모든 개발프로젝트를 시작함에 있어 명세서(specification)의 작성은 아주 중요하다. 완벽한(과연?) 명세서를 만든다면 개발프로젝트는 50%이상완료되었다고보아도 좋다. 명세서가 뭐길래 그토록 중요한 것일까? 명세서를 쓴다는 것(혹은, 스펙을 잡는다는것)은 프로젝트의 최종 목표를 정하는 일이고, 목표물이 되기까지 거쳐야 하는 필수 단계들을 나열하는 것이고, 마주칠지도 모르는(아마 거의 마주치게 될) 어려움을 미리 예측하여 어려움의 발생을 최소화하는 유일한 방법이다. 적어도 내가 아는 한은 그렇다. 또, 비교적 지킬수 있는 스케줄링을 하는데 무척이나 기여한다. 우리나라의 대부분의 IT기업들은 보통 스펙을 잡는 과정을 개발과정으로 간주하지 않는다. 이는 기획자의 몫이며 개발자는 기획자가 만든 기획안(이..