Spring/토비의스프링3 - Revision history

imported>linflus at 08:42, 19 March 2011

2011-03-19T08:42:17Z

← Older revision		Revision as of 08:42, 19 March 2011
Line 1:		Line 1:
			DeleteThisPage)

	* [http://www.yes24.com/24/Goods/4020006?Acode=101 토비의 스프링 3]		* [http://www.yes24.com/24/Goods/4020006?Acode=101 토비의 스프링 3]
	__TOC__		__TOC__

imported>rabierre at 11:51, 27 February 2011

2011-02-27T11:51:07Z

← Older revision		Revision as of 11:51, 27 February 2011
Line 15:		Line 15:
	* p.61		* p.61
	** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?		** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?
	** ㅁ런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러'' - [[서지혜]]		** 이런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러'' - [[서지혜]]

imported>rabierre at 11:50, 27 February 2011

2011-02-27T11:50:55Z

← Older revision		Revision as of 11:50, 27 February 2011
Line 15:		Line 15:
	* p.61		* p.61
	** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?		** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?
	** 이런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러'' - 서지혜		** ㅁ런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러'' - [[서지혜]]

imported>rabierre at 11:50, 27 February 2011

2011-02-27T11:50:37Z

← Older revision		Revision as of 11:50, 27 February 2011
Line 15:		Line 15:
	* p.61		* p.61
	** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?		** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?
	** 이런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러''		** 이런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러'' - 서지혜

imported>rabierre at 11:50, 27 February 2011

2011-02-27T11:50:20Z

← Older revision		Revision as of 11:50, 27 February 2011
Line 15:		Line 15:
	* p.61		* p.61
	** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?		** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?
			** 이런 말이 생각나네요 ''컴퓨터가 이해할수 있는 코드는 어느 바보나 다 작성할 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다 - 마틴파울러''


	* p.62		* p.62

imported>linflus at 10:27, 25 February 2011

2011-02-25T10:27:34Z

← Older revision		Revision as of 10:27, 25 February 2011
Line 38:		Line 38:
	* p.250		* p.250
	** 고정된 작업 흐름을 갖고 있으면서 여기저기서 자주 반복되는 코드가 있다면, 중복되는 코드를 분리할 방법을 생각해보는 습관을 기르자.		** 고정된 작업 흐름을 갖고 있으면서 여기저기서 자주 반복되는 코드가 있다면, 중복되는 코드를 분리할 방법을 생각해보는 습관을 기르자.
			----
			[[책분류]]

imported>linflus at 10:21, 25 February 2011

2011-02-25T10:21:04Z

← Older revision		Revision as of 10:21, 25 February 2011
Line 1:		Line 1:
	* [http://www.yes24.com/24/Goods/4020006?Acode=101 토비의 스프링 3]읽기		* [http://www.yes24.com/24/Goods/4020006?Acode=101 토비의 스프링 3]
			__TOC__
			= 요약 =
			# 이해
			## [[Spring/토비의스프링3/오브젝트와의존관계]]
			## [[Spring/토비의스프링3/테스트]]
			= 밑줄긋기 =
	* [https://sites.google.com/site/xperdokdo/ xper dokdo]참고		* [https://sites.google.com/site/xperdokdo/ xper dokdo]참고
	~~__TOC__~~		== 들어가며 ==
	= 들어가며 =
	* p.44		* p.44
	** 스프링을 사용하는 개발자들은 자연스럽게 자바와 엔터프라이즈 개발의 기본에 충실한 베스트 프랙티스를 적용할 수 있고, 이상적인 개발 철학과 프로그래밍 모델을 이해하게 되고, 좋은 개발 습관을 체득하게 된다.		** 스프링을 사용하는 개발자들은 자연스럽게 자바와 엔터프라이즈 개발의 기본에 충실한 베스트 프랙티스를 적용할 수 있고, 이상적인 개발 철학과 프로그래밍 모델을 이해하게 되고, 좋은 개발 습관을 체득하게 된다.
	** 스프링을 사용하는 개발자들이 스프링을 통해 얻게 되는 두 가지 중요한 가치가 있다면 그것은 '''단순함'''과 '''유연성'''이다.		** 스프링을 사용하는 개발자들이 스프링을 통해 얻게 되는 두 가지 중요한 가치가 있다면 그것은 '''단순함'''과 '''유연성'''이다.
	= 이해 =		== 이해 ==
	== 오브젝트와 의존관계 ==		=== 오브젝트와 의존관계 ===
	* p.61		* p.61
	** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?		** 잘 동작하는 코드를 굳이 수정하고 개선해야 하는 이유는 뭘까?
Line 19:		Line 24:
	* p.73		* p.73
	** 변화의 성격이 다르다는 건 변화의 이유와 시기, 주기 등이 다르다는 뜻이다.		** 변화의 성격이 다르다는 건 변화의 이유와 시기, 주기 등이 다르다는 뜻이다.
	== 테스트 ==		=== 테스트 ===
	== 템플릿 ==		=== 템플릿 ===
	* p.211		* p.211
	** 템플릿이란 이렇게 바뀌는 성질이 다른 코등 중에서 변경이 거의 일어나지 않으며 일정한 패턴으로 유지되는 특성을 가진 부분을 자유롭게 변경되는 성질을 가진 부분으로부터 독립시켜서 효과적으로 활용할 수 있도록 하는 방법이다.		** 템플릿이란 이렇게 바뀌는 성질이 다른 코등 중에서 변경이 거의 일어나지 않으며 일정한 패턴으로 유지되는 특성을 가진 부분을 자유롭게 변경되는 성질을 가진 부분으로부터 독립시켜서 효과적으로 활용할 수 있도록 하는 방법이다.

imported>smksyj at 06:36, 23 February 2011

2011-02-23T06:36:05Z

← Older revision		Revision as of 06:36, 23 February 2011
Line 31:		Line 31:
	** DI의 가장 중요한 개념은 제3자의 도움을 통애 두 오브젝트 사이의 유연한 관계가 설정되도록 만든다는 것이다.		** DI의 가장 중요한 개념은 제3자의 도움을 통애 두 오브젝트 사이의 유연한 관계가 설정되도록 만든다는 것이다.
	** 일반적으로 DI는 의존관계에 있는 두 개의 오브젝트와 이 간계를 다이내믹하게 설정해주는 오브젝트 팩토리(DI 컨테이너), 그리고 이를 사용하는 클라이언트라는 4개의 오브젝트 사이에서 일어난다.		** 일반적으로 DI는 의존관계에 있는 두 개의 오브젝트와 이 간계를 다이내믹하게 설정해주는 오브젝트 팩토리(DI 컨테이너), 그리고 이를 사용하는 클라이언트라는 4개의 오브젝트 사이에서 일어난다.
			* p.250
			** 고정된 작업 흐름을 갖고 있으면서 여기저기서 자주 반복되는 코드가 있다면, 중복되는 코드를 분리할 방법을 생각해보는 습관을 기르자.

imported>smksyj at 05:27, 23 February 2011

2011-02-23T05:27:19Z

← Older revision		Revision as of 05:27, 23 February 2011
Line 30:		Line 30:
	* p.226		* p.226
	** DI의 가장 중요한 개념은 제3자의 도움을 통애 두 오브젝트 사이의 유연한 관계가 설정되도록 만든다는 것이다.		** DI의 가장 중요한 개념은 제3자의 도움을 통애 두 오브젝트 사이의 유연한 관계가 설정되도록 만든다는 것이다.
			** 일반적으로 DI는 의존관계에 있는 두 개의 오브젝트와 이 간계를 다이내믹하게 설정해주는 오브젝트 팩토리(DI 컨테이너), 그리고 이를 사용하는 클라이언트라는 4개의 오브젝트 사이에서 일어난다.

imported>smksyj at 05:25, 23 February 2011

2011-02-23T05:25:36Z

← Older revision		Revision as of 05:25, 23 February 2011
Line 20:		Line 20:
	** 변화의 성격이 다르다는 건 변화의 이유와 시기, 주기 등이 다르다는 뜻이다.		** 변화의 성격이 다르다는 건 변화의 이유와 시기, 주기 등이 다르다는 뜻이다.
	== 테스트 ==		== 테스트 ==
	== ~~2.3~~ 템플릿 ==		== 템플릿 ==
	* p.211		* p.211
	** 템플릿이란 이렇게 바뀌는 성질이 다른 코등 중에서 변경이 거의 일어나지 않으며 일정한 패턴으로 유지되는 특성을 가진 부분을 자유롭게 변경되는 성질을 가진 부분으로부터 독립시켜서 효과적으로 활용할 수 있도록 하는 방법이다.		** 템플릿이란 이렇게 바뀌는 성질이 다른 코등 중에서 변경이 거의 일어나지 않으며 일정한 패턴으로 유지되는 특성을 가진 부분을 자유롭게 변경되는 성질을 가진 부분으로부터 독립시켜서 효과적으로 활용할 수 있도록 하는 방법이다.