현장과 개발, 기술의 조화 그리고 성공!!

최근에 일본 모 업체에서 물류시스템 개발을 하면서 가장 고민을 많이 했던 부분이 메인 프레임에 대한 개발이었다. 이 업체의 경우는 회사 내부의 모든 시스템이 2-tier로 구성이 되어져 있고 .net환경에서 개발을 하고 있지만 vb와 마찬가지로 모든 개발이 화면 중심으로 개발을 진행하고 있다. 즉, OOP..

거의 1년만에 다시 글을 올린다. 프로젝트 관리 때문에 잠시 디자인패턴에서 눈을 돌렸지만 최근에 하는 프로젝트가 한국, 중국, 일본 3국이 동시에 하는 프로젝트이기에 각 모듈에 디자인 패턴을 적용해야할 필요성에 정리 차원에서 부활시켰다. 이전에 적었던 4개의 글을 다시금 읽어보니 새삼 그 때..

순서에 의하면 Decorator패턴을 해야하지만 Facade가 더 쉽기 때문에...(뭐 순서야 글쓰는 사람 맘이지.. ㅎㅎ) 이 녀석을 파헤치고 나서 데코레이터를 분석하기로 한다. 퍼케이드(Facade) UML다이어그램을 보면 뭐야 이거... 이게 패턴이야 라는 생각이 들 수도 있다. 뭐 그런 생각이 드는 것도 당연할 것이다. ..

이번에는 컴포지트 패턴에 대해서 적을까 한다. 이 녀석을 보면 이전에 대학교때 자료구조 시간에 배웠던 Double Linked List생각이 난다. 현재 오브제트를 자기 참조를 해서 포인트로 다음 오브젝트에 연결시키던 것이 생각이 난다. 부모 클래스를 상속받은 자식 클래스가 부모 클래스를 멤버로 가지게 된..

어댑터 패턴을 완벽하게(?) 이해를 했다면 이제는 브릿지 패턴으로 가자. 어댑터처럼 자주 사용되는 녀석은 아니지만 그래도 그 성격상 어댑터와 아주 닮은 부분이 많기 때문에 어댑터만 이해를 했다면 브릿지도 그렇게 어렵지만은 않을 것이라 생각한다. 브릿지라는 말에서도 알 수가 있듯이 어댑터..

지난 번에 작성한 글에서 어탭터(Adapter) 패턴에 대한 글과 디자~인 패턴에 대한 나의 견해를 잠시 적었는데 이번에는 하나씩 파해쳐 보기로 했다. 참고로 여기에 적은 글은 단지 내가 이해한 부분에 대해서 글을 남기기 위해 적는 것이다. 당연히 잘못된 부분도 없지않아 있으리라... 흠~~~ 하지만 조금..

이전에는 디자인 패턴은 책만 보면 다 해결되는 줄 알았다. 그 때만 해도 역시 OOP라는 개념은 책을 통해서 조금씩 이해를 했고 상속과 다형성 같은 개념은 간단한 예제를 통해서 오버로드, 오버라이드와 같은 형태로 이해를 했었다. 최근 다시 디자인 패턴에 대해서 손을 댔다. 그냥 책을 보는 것으로 ..