Recent Updates

Eclipse Plugin 주로 사용하거나 새로 알게된 유용한 eclipse  plugin에 대한 정보를 모아보자.   Source Repository   subclipse eclipse 3.2 name : Subclipse 1.2.x (Eclipse 3.2+) URL : http://subclipse.tigris.org/update_1.2.x eclipse 3.0/3.1 name : Subclipse 1.0.x (Eclipse 3.0/3.1) URL : URL:  http://subc

table에서 column안에 있는 글자 자르기 <table cellspacing="0" cellpadding="0" class="case05" style="table-layout:fixed"> <tbody> <tr> <td nowrap style="padding-right:0;">어쩌구 저쩌구~</td> </tr> </tbody> </table>   table에서 column안에 있는 글자를 강제로 다음 라인에 내

서브버전 및 TRAC 설치 가이드 eclipse plugin Automation for the people 유용한 작업 툴 JSTL HTML & Javascript & CSS        

free editor AcroEditor http://www.acrosoft.pe.kr/bbs/view.php?id=ae_download&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=84 Free online beautifier for JavaScript http://elfz.laacz.lv/beautify/        

if <c:set var="isAdd" value="true" /> <c:if test="${isAdd == 'true'}"> alert("${isAdd}"); </c:if> forEach <c:forEach items="${serviceCodeMap}" var="category1Map">     -${category1Map.key}<br>     <c:forEach items="${category1Map.va

Continuous Integration 이란? 정의 Continuous Integration(CI)은 팀이 피드백을 받고, 개발 사이클에서 오류를 탐지하여 픽스할 때를 기다리지 않고 지속적으로 향상시키는 방식이라고 할 수 있다. (CruiseControl 같은) 툴은 백그라운드에서 실행되어 버전 관리 저장소로 폴링하여 변경 사항을 찾는다. 변경 사항이 발생하면, 이 툴은 Ant를 통해서 사전 정의된 빌드 스크립트를 실행한다.   CI 서버 선택시 고려 사항 버젼 관리 시스템과 툴의 통합 Ant, Maven 같은

마소 5월호 자동 테스팅의 확장판 Easy Mock을 이용한 단위 테스트 의존성을 가지고 있는 오브젝트의 단위 테스트 기능을 제공 Mock Object & Stub Stub 협력하는 오브젝트가 예상되는 값을 반환하게 하여 테스트 케이스를 지원하는 역할을 한다. 메소드 내부의 알고리즘이 주가 된다면 스텁을 이용하여 외부 의존적인 부분은 테스트에서 배제하는 것이 효과적이다. Mock Object 협력하는 오브젝트를 의도한대로 호출하는지 즉, 테스트 대상 오브젝트와 협력하는 오브젝트 사이의 상호 작용 자체를 검증하는

 

Ant Project : http://ant.apache.org  

 Maven Project : http://maven.apache.org    

Chapter 4 책임 책임이란 무엇인가? 책임은 어디에서 오는가? 책임을 할당하는 전략 책임 기록하기 초기 할당 뒤죽박죽 되었을 때 오브젝트와 책임 구현하기 후보의 질 테스트하기 요약 4장, "책임"에서는 책임을 정의하고, 오브젝트에 지능적으로 책임을 할당하는 수많은 테크닉에 대해 설명한다. 이 장에서는 오브젝트의 책임을 찾아내고, 정의하고, 할당하는 기법들에 대해서 살펴본다. 또한, 대안들을 내놓고 생각해보는 일과 합리적으로 책임을 할당하는 작업의 균형을 맞추는 방법에 대해서도 알

서문 들어가기 전에 용어 대역표 Chapter 1 디자인 개념 오브젝트 기계 장치 역할 오브젝트 역할 정형 개념 역할, 책임 그리고 협력 오브젝트 계약 사용 조건 보장과 후작용 보장 영역 오브젝트 애플리케이션 특정한 오브젝트 인터페이스 클래스 두 가지 역할 조합 상속 오브젝트 구성 컴포넌트 패턴 특정 문제에 dual dispatch 적용해보기 패턴을 사용하는 실제 이점 Frameworks 주식회사 아키텍쳐 아키텍쳐 스타일 집중식 제어 스타일 분산 제어 : 센터는 없음 위임식 제어 상호 작용 시험하기 : 계층 아키텍쳐 예제 오브

2장 "책임 기반 디자인"에서는 책임 기반 디자인에 대해 실질적인 내용을 간략히 살펴본다. 이장에서는 책임 기반 디자인(Responsibility Driven Design)이라고 부르는 접근 방법에 따라 오브젝트를 개발하는 기본적인 단계를 보여준다. 먼저, 소프트웨어가 "책임져야 하는" 동작과 기능을 기술한다. 물론, 이때 개발자뿐만 아니라, 애플리케이션 사용자도 이해할 수 있는 용어로 소프트웨어의 책임을 기술한다. 그리고 나서, 기술했던 책임을 충실히 구현하는 소프트웨어 오브젝트를 디자인하는데 관심을 기울이면 된다. 조사하고,

1장, "디자인 개념"에서는 오브젝트 테크놀러지에 대해 간략히 살펴보고, 각각의 요소들이 애플리케이션을 협력해서 디자인하는 작업에 어떻게 공헌하는지 소개한다. 오브젝트의 역할과 책임이라는 관점에서 오브젝트 디자인을 생각하는 발판을 마련할 수 있을 것이다. 오브젝트 기계 장치 ( 소프트웨어, 애플리케이션 ) 매우 간단한 장치를 제외하면 하드웨어와 소프트웨어는 각부분들을 구성해서 디자인된다. 이러한 각각의 부분은 누군가의 계획에 따라 상호 작용하게 된다. 소프트웨어 기계 장치도 물리적인 기계 장치와 비슷하다. 소프트웨어 어플리케이션도 여