작은자바이야기 - Revision history

Maintenance script: Repair MoniWiki formatting after migration

2026-03-29T00:34:50Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 00:34, 29 March 2026
Line 108:		Line 108:

	* static modifier에 대해 애매하게 알고 있었는데 자세하게 설명해주셔서 좋았습니다. static은 타입을 통해서 부르는거라거나 원래 모든 함수가 static인데 객체지향의 다형성을 위해 static이 아닌 함수가 생긴거라는 설명은 신기했었습니다. object.method(message) -> MyType::method(object, method) 부분이 oop 실제 구현의 기본이라는 부분은 잊어버리지 않고 잘 기억해둬야겠습니다. 근데 파이썬에서 메소드 작성시 (self)가 들어가는 것도 이것과 관련이 있는건가요? -서영주		* static modifier에 대해 애매하게 알고 있었는데 자세하게 설명해주셔서 좋았습니다. static은 타입을 통해서 부르는거라거나 원래 모든 함수가 static인데 객체지향의 다형성을 위해 static이 아닌 함수가 생긴거라는 설명은 신기했었습니다. object.method(message) -> MyType::method(object, method) 부분이 oop 실제 구현의 기본이라는 부분은 잊어버리지 않고 잘 기억해둬야겠습니다. 근데 파이썬에서 메소드 작성시 (self)가 들어가는 것도 이것과 관련이 있는건가요? -서영주
	** Python 은 PEP에 절대 권한을 가진 귀도가 그냥 의견을 모아서 정한겁니다. 원숙한 언어일수록 스펙 자체가 '원래 그런 것'은 없고, '사람간의 약속'입니다. 이하 참고자료. --NeoCoin		** Python 은 PEP에 절대 권한을 가진 귀도가 그냥 의견을 모아서 정한겁니다. 원숙한 언어일수록 스펙 자체가 '원래 그런 것'은 없고, '사람간의 약속'입니다. 이하 참고자료. --[[NeoCoin]]
	** http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html		** http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html
	** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method		** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method
Line 135:		Line 135:
	** annonymous inner class		** annonymous inner class
	* 응집도up와 결합도dw (cohesion&coupling)		* 응집도up와 결합도dw (cohesion&coupling)
	* SOLID [http://en.wikipedia.org/wiki/SOLID_(object-oriented_design) SOLID Wiki]		* [[SOLID]] [http://en.wikipedia.org/wiki/SOLID_(object-oriented_design) SOLID Wiki]
	** '''S'''RP (Single responsibility principle)		** '''S'''RP (Single responsibility principle)
	** '''O'''CP (Open/closed principle)		** '''O'''CP (Open/closed principle)

Maintenance script: Repair batch-0007 pages from live compare

2026-03-27T01:32:26Z

Repair batch-0007 pages from live compare

← Older revision		Revision as of 01:32, 27 March 2026
Line 6:		Line 6:
	=== 누가? ===		=== 누가? ===
	* 튜터: [[변형진]]		* 튜터: [[변형진]]
	* 튜티: [[김태진]], [[김준석]], [[권순의]], [[서민관]], [[서영주]], [[권영기]]		* 튜티: [[김태진]], [[김준석]], [[권순의]], [[서민관]], 서영주, [[권영기]]
	** 누구나 참여 가능합니다. 각자 이름을 써주세요.		** 누구나 참여 가능합니다. 각자 이름을 써주세요.
	** 최소 Java 기초 문법 이해 및 학부 2학년 1학기 커리큘럼 수준의 전산지식 필요		** 최소 Java 기초 문법 이해 및 학부 2학년 1학기 커리큘럼 수준의 전산지식 필요
Line 26:		Line 26:
	** Java 코딩 컨벤션		** Java 코딩 컨벤션
	** 클래스와 객체		** 클래스와 객체
	** [[:Java/Annotations Annotations]] 및 [[:Java/Generics Generics]]		** :Java/Annotations Annotations 및 :Java/Generics Generics
	** 예외 처리		** 예외 처리
	** Java API와 주요 기술		** Java API와 주요 기술
	** [[:Java/Collections 컬렉션 ~~프레임워크]]와~~ 동시성 제어		** :Java/Collections 컬렉션 프레임워크와 동시성 제어
	** Servlet과 Servlet 컨테이너		** Servlet과 Servlet 컨테이너
	** Java 런타임과 [[:Java/Reflection 리플렉션]]		** Java 런타임과 :Java/Reflection 리플렉션
	** 입출력과 네트워크		** 입출력과 네트워크
	** 프레임워크와 아키텍처		** 프레임워크와 아키텍처
	*** MVC와 영속화 계층(DB)		*** MVC와 영속화 계층(DB)
	** [[:Java/OpenSourceLibraries 주요 오픈 소스 라이브러리]]		** :Java/OpenSourceLibraries 주요 오픈 소스 라이브러리
	** Java 개발 방법론		** Java 개발 방법론
	** 객체지향 프로그래밍		** 객체지향 프로그래밍
Line 50:		Line 50:
	* 실습		* 실습
	* 참고도서		* 참고도서
	## '''[[Effective Java]] Second Edition''' by [[Josh Bloch]]		## '''Effective Java Second Edition''' by Josh Bloch

	=== 왜? ===		=== 왜? ===
Line 66:		Line 66:
	* 병특을 위한 중장기 프로젝트(?)		* 병특을 위한 중장기 프로젝트(?)
	* "내가 아무것도 모른 상태에서 1학년 1년간 배울때처럼 그때 그 마음으로 많은 것을 배우기 위해" - 배움에 이유가 있는가.		* "내가 아무것도 모른 상태에서 1학년 1년간 배울때처럼 그때 그 마음으로 많은 것을 배우기 위해" - 배움에 이유가 있는가.
	==== [[서영주]] ====		==== 서영주 ====
	* 자바를 좀 대충 배운 감이 있어서 자바에 대해서 조금 더 확실히 알고 학교에서 가르쳐주는 것 외의 자바에 관한 지식을 조금 더 배우고 싶어서.		* 자바를 좀 대충 배운 감이 있어서 자바에 대해서 조금 더 확실히 알고 학교에서 가르쳐주는 것 외의 자바에 관한 지식을 조금 더 배우고 싶어서.
	* 언어에 관한 것 뿐만 아니라 유용한 라이브러리, 자바 개발 환경 등 개발을 더 빠르고 편리하게 할 수 있는 방법을 배우기 위해서.		* 언어에 관한 것 뿐만 아니라 유용한 라이브러리, 자바 개발 환경 등 개발을 더 빠르고 편리하게 할 수 있는 방법을 배우기 위해서.
Line 107:		Line 107:
	==== 후기 ====		==== 후기 ====

	* static modifier에 대해 애매하게 알고 있었는데 자세하게 설명해주셔서 좋았습니다. static은 타입을 통해서 부르는거라거나 원래 모든 함수가 static인데 객체지향의 다형성을 위해 static이 아닌 함수가 생긴거라는 설명은 신기했었습니다. object.method(message) -> MyType::method(object, method) 부분이 oop 실제 구현의 기본이라는 부분은 잊어버리지 않고 잘 기억해둬야겠습니다. 근데 파이썬에서 메소드 작성시 (self)가 들어가는 것도 이것과 관련이 있는건가요? -[[서영주]]		* static modifier에 대해 애매하게 알고 있었는데 자세하게 설명해주셔서 좋았습니다. static은 타입을 통해서 부르는거라거나 원래 모든 함수가 static인데 객체지향의 다형성을 위해 static이 아닌 함수가 생긴거라는 설명은 신기했었습니다. object.method(message) -> MyType::method(object, method) 부분이 oop 실제 구현의 기본이라는 부분은 잊어버리지 않고 잘 기억해둬야겠습니다. 근데 파이썬에서 메소드 작성시 (self)가 들어가는 것도 이것과 관련이 있는건가요? -서영주
	** Python 은 PEP에 절대 권한을 가진 귀도가 그냥 의견을 모아서 정한겁니다. 원숙한 언어일수록 스펙 자체가 '원래 그런 것'은 없고, '사람간의 약속'입니다. 이하 참고자료. --NeoCoin		** Python 은 PEP에 절대 권한을 가진 귀도가 그냥 의견을 모아서 정한겁니다. 원숙한 언어일수록 스펙 자체가 '원래 그런 것'은 없고, '사람간의 약속'입니다. 이하 참고자료. --NeoCoin
	** http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html		** http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html
Line 126:		Line 126:
	==== 후기 ====		==== 후기 ====
	* String객체라니..! 자바 스트링은 편하면서도 불편했는데 뭔가 그 이유를 들을 수 있었을 법한 주제네요..-[[김태진]]		* String객체라니..! 자바 스트링은 편하면서도 불편했는데 뭔가 그 이유를 들을 수 있었을 법한 주제네요..-[[김태진]]
	* c++에서 상호배제 관련으로 mutex나 critical section같은거 엄청 배웠었는데 자바에서는 synchronized를 이용해서 쉽게 처리할 수 있다는게 신기했습니다. os 수업 들은지 오래 됐는데 멀티프로세스와 멀티스레드 수업을 다시 들으니까 설명을 참 잘 해주셔서 좋았습니다. 함수에만 붙일 수 있는게 아니고 보호자원을 가진 객체를 이용한 synchronized(this){ ... } 같은 부분은 나중에 스레드를 쓸 경우에 참고가 될 것 같습니다. 그리고 인터페이스와 리플렉션을 이용한 초기화를 보니 생각을 잘 하면 구체클래스가 코드에 안드러나게 할 수 있다는 점도 볼만했습니다. -[[서영주]]		* c++에서 상호배제 관련으로 mutex나 critical section같은거 엄청 배웠었는데 자바에서는 synchronized를 이용해서 쉽게 처리할 수 있다는게 신기했습니다. os 수업 들은지 오래 됐는데 멀티프로세스와 멀티스레드 수업을 다시 들으니까 설명을 참 잘 해주셔서 좋았습니다. 함수에만 붙일 수 있는게 아니고 보호자원을 가진 객체를 이용한 synchronized(this){ ... } 같은 부분은 나중에 스레드를 쓸 경우에 참고가 될 것 같습니다. 그리고 인터페이스와 리플렉션을 이용한 초기화를 보니 생각을 잘 하면 구체클래스가 코드에 안드러나게 할 수 있다는 점도 볼만했습니다. -서영주
	* 개인적으로 synchronized는 잘 몰라서 그냥 붙이면 일단 된다는 이미지만 막연하게 가지고 있었는데 그런 부분까지 세밀하게 다뤄 주셔서 듣기에 상당히 좋았습니다. 그래서 깊이가 상당히 깊어졌다는 점은 장점도 있고 단점도 있었지만 제 입장에서는 그래도 어느 정도 들을 수 있었던 만큼 다룰 범위를 괜찮게 설정하시지 않았나 싶습니다. - [[서민관]]		* 개인적으로 synchronized는 잘 몰라서 그냥 붙이면 일단 된다는 이미지만 막연하게 가지고 있었는데 그런 부분까지 세밀하게 다뤄 주셔서 듣기에 상당히 좋았습니다. 그래서 깊이가 상당히 깊어졌다는 점은 장점도 있고 단점도 있었지만 제 입장에서는 그래도 어느 정도 들을 수 있었던 만큼 다룰 범위를 괜찮게 설정하시지 않았나 싶습니다. - [[서민관]]
	=== 2012년 5월 26일 ===		=== 2012년 5월 26일 ===
Line 181:		Line 181:
	** Map <-> Object 변환		** Map <-> Object 변환
	==== 후기 ====		==== 후기 ====
	* 리플렉션과 제네릭스를 써서 map -> object와 object -> map을 하는 부분을 해봤습니다. 자바의 일반적인 세 가지 방식의 클래스 내 변수에 대해 getClass, getFields, getMethods를 사용해 private, 나 접근자가 있는 경우의 값을 받아왔습니다. getter를 사용해서 변수 값을 받아올 때 이름이 get으로 시작하는 다른 함수를 제외하기 위해 method.getParameterTypes().length == 0 같은 부분은 이렇게 체크해야 된다는 부분은 나중에 제네릭스 관련으로 써먹을만 할 것 같습니다. 그리고 mapToObject에서는 문제가 없었지만 objectToMap의 경우에는 제네릭스의 type erase때문에 Class~~<~~T~~>~~ expectedType = T.class; 같은 코드를 사용할 수 없어서 map.put(field.getName(), (T)field.get(obj));에서 형변환의 타입 안전성을 위해 인자로 Class~~<~~T~~>~~ valueType을 받아오고 valueType.isAssignableFrom(field.getType())로 체크를 하는 부분도 공부가 많이 됐습니다. - [[서영주]]		* 리플렉션과 제네릭스를 써서 map -> object와 object -> map을 하는 부분을 해봤습니다. 자바의 일반적인 세 가지 방식의 클래스 내 변수에 대해 getClass, getFields, getMethods를 사용해 private, 나 접근자가 있는 경우의 값을 받아왔습니다. getter를 사용해서 변수 값을 받아올 때 이름이 get으로 시작하는 다른 함수를 제외하기 위해 method.getParameterTypes().length == 0 같은 부분은 이렇게 체크해야 된다는 부분은 나중에 제네릭스 관련으로 써먹을만 할 것 같습니다. 그리고 mapToObject에서는 문제가 없었지만 objectToMap의 경우에는 제네릭스의 type erase때문에 Class<T> expectedType = T.class; 같은 코드를 사용할 수 없어서 map.put(field.getName(), (T)field.get(obj));에서 형변환의 타입 안전성을 위해 인자로 Class<T> valueType을 받아오고 valueType.isAssignableFrom(field.getType())로 체크를 하는 부분도 공부가 많이 됐습니다. - 서영주
	=== 2012년 7월 27일 ===		=== 2012년 7월 27일 ===
	* Annotation		* Annotation
Line 197:		Line 197:
	** 함수의 체이닝을 위해서는 generics가 필요함. static method로는 체이닝을 할 수 없음.		** 함수의 체이닝을 위해서는 generics가 필요함. static method로는 체이닝을 할 수 없음.
	==== 후기 ====		==== 후기 ====
	* 웹 수업에서 prototype 설명 때도 그랬지만 먼저 개념적인 부분에 대해서 기본적인 구현이 어떻게 되어있는지를 먼저 배우고 이러한 기능들을 실제로 더 편하게 쓸 수 있는 라이브러리는 어떤 것들이 있는지 배우니까 그냥 라이브러리만 아는 것보다 조금 더 알기 쉬운 것 같습니다. 유용한 라이브러리들이 어떤게 있는지 더 많이 가르쳐주셨으면 좋겠습니다. Annotation은 매번 쓰기만 했었는데 이렇게 한 번 만들어보니까 생각보다 어렵지는 않은 것 같습니다. - [[서영주]]		* 웹 수업에서 prototype 설명 때도 그랬지만 먼저 개념적인 부분에 대해서 기본적인 구현이 어떻게 되어있는지를 먼저 배우고 이러한 기능들을 실제로 더 편하게 쓸 수 있는 라이브러리는 어떤 것들이 있는지 배우니까 그냥 라이브러리만 아는 것보다 조금 더 알기 쉬운 것 같습니다. 유용한 라이브러리들이 어떤게 있는지 더 많이 가르쳐주셨으면 좋겠습니다. Annotation은 매번 쓰기만 했었는데 이렇게 한 번 만들어보니까 생각보다 어렵지는 않은 것 같습니다. - 서영주
	=== 2012년 8월 3일 ===		=== 2012년 8월 3일 ===
	* ObjectMapper (cont.)		* ObjectMapper (cont.)
Line 216:		Line 216:
	** m2e plugin - maven과 eclipse는 빌드를 다른 방식으로 하기 때문에 maven의 의존성을 eclipse의 의존성과 연결해주기 위해서 사용하는 plugin.		** m2e plugin - maven과 eclipse는 빌드를 다른 방식으로 하기 때문에 maven의 의존성을 eclipse의 의존성과 연결해주기 위해서 사용하는 plugin.
	** 라이브러리 파일(jar) 만들기(Run as -> Maven Install) - ObjectMapper를 라이브러리와 클라이언트 프로젝트로 분리.		** 라이브러리 파일(jar) 만들기(Run as -> Maven Install) - ObjectMapper를 라이브러리와 클라이언트 프로젝트로 분리.
	** Windows7 기준으로 [[사용자이름]]\.m2\[groupid]\[artifactid] 폴더에 jar 파일을 만들어 준다.		** Windows7 기준으로 사용자이름\.m2\[groupid]\[artifactid] 폴더에 jar 파일을 만들어 준다.
	** 클라이언트 프로젝트에서 사용하고자 하는 라이브러리의 정보를 pom.xml에 추가 후 maven build를 실행.		** 클라이언트 프로젝트에서 사용하고자 하는 라이브러리의 정보를 pom.xml에 추가 후 maven build를 실행.
	** Maven Build 과정		** Maven Build 과정
Line 222:		Line 222:
	** mvn compile - src/main/java에 있는 소스파일을 컴파일해서 .class를 만들어 target/classes로 보낸다.		** mvn compile - src/main/java에 있는 소스파일을 컴파일해서 .class를 만들어 target/classes로 보낸다.
	** test-resourecs - src/test/resources의 설정파일 등을 target/test-classes로 전달.		** test-resourecs - src/test/resources의 설정파일 등을 target/test-classes로 전달.
	** mvn test - 컴파일을 하고 나서 src/test/java를 컴파일해서 target/test-classes로. @Test 실행 ~~<~~scope~~>~~가 언제 사용되는지 결정		** mvn test - 컴파일을 하고 나서 src/test/java를 컴파일해서 target/test-classes로. @Test 실행 <scope>가 언제 사용되는지 결정
	** mvn package - 패키징. pom.xml의 ~~<~~packaging~~>~~에 따른 파일 생성. 기본은 jar파일 생성.		** mvn package - 패키징. pom.xml의 <packaging>에 따른 파일 생성. 기본은 jar파일 생성.
	** mvn install - 패키징된 파일, pom을 .m2/repository에 집어넣는다.		** mvn install - 패키징된 파일, pom을 .m2/repository에 집어넣는다.
	** mvn deploy - 리모트 리포지터리에 라이브러리 파일을 배포.		** mvn deploy - 리모트 리포지터리에 라이브러리 파일을 배포.
Line 373:		Line 373:
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>qa22ahj at 11:34, 16 November 2013

2013-11-16T11:34:18Z

← Older revision		Revision as of 11:34, 16 November 2013
Line 112:		Line 112:
	** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method		** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method
	** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]		** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]
	* static에는 이런 용법도 있습니다. [[StaticInitializer~~\|"Static Initializer"~~]] - [[안혁준]]		* static에는 이런 용법도 있습니다. [[StaticInitializer]] - [[안혁준]]
	=== 2012년 5월 19일 ===		=== 2012년 5월 19일 ===
	* [[Singleton]] 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.		* [[Singleton]] 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.

imported>qa22ahj at 11:34, 16 November 2013

2013-11-16T11:34:06Z

← Older revision		Revision as of 11:34, 16 November 2013
Line 112:		Line 112:
	** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method		** http://stackoverflow.com/questions/68282/why-do-you-need-explicitly-have-the-self-argument-into-a-python-method
	** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]		** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]
			* static에는 이런 용법도 있습니다. [[StaticInitializer\|"Static Initializer"]] - [[안혁준]]
	=== 2012년 5월 19일 ===		=== 2012년 5월 19일 ===
	* [[Singleton]] 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.		* [[Singleton]] 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.

imported>qa22ahj at 10:16, 16 November 2013

2013-11-16T10:16:22Z

← Older revision		Revision as of 10:16, 16 November 2013
Line 113:		Line 113:
	** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]		** 제가 "원래 모든 함수가 static"이라는 의미로 말한건 아닌데 오해의 소지가 있었나보군요. 사실 제가 설명한 가장 중요한 사실은 말씀하신 예에서 object의 컴파일 타입의 method() 메서드가 가상 메서드라면(static이 아닌 모든 Java 메서드), 실제 어떤 method() 메서드를 선택할 것이냐에 관한 부분을 object의 런타임 타입에 의한다는 부분이었지요. 그러니까 object는 컴파일 타입과 동일하지 않은 런타임 타입을 가질 수 있으며, 다형성의 구현을 위해 implicit argument인 object(=this)의 런타임 타입에 따라 override된 메서드를 선택한다는 사실을 기억하세요. (Python에선 실제 메서드 내에서 사용할 formal parameter인 self를 explicit하게 선언할 수 있다고 보면 되겠지요.) - [[변형진]]
	=== 2012년 5월 19일 ===		=== 2012년 5월 19일 ===
	* Singleton 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.		* [[Singleton]] 패턴과 lazy initialization의 필요성에 대해 이야기했습니다.
	** 멀티스레드 환경에서 synchronized modifier를 사용한 동기화에 대해 공부했습니다.		** 멀티스레드 환경에서 synchronized modifier를 사용한 동기화에 대해 공부했습니다.
	** 동기화 부하를 피하기 위한 DCL 패턴의 문제점을 살펴보고 Java 5 이후에서 volatile modifier로 해결할 수 있음을 배웠습니다.		** 동기화 부하를 피하기 위한 DCL 패턴의 문제점을 살펴보고 Java 5 이후에서 volatile modifier로 해결할 수 있음을 배웠습니다.

imported>smksyj at 13:07, 14 January 2013

2013-01-14T13:07:58Z

← Older revision		Revision as of 13:07, 14 January 2013
Line 353:		Line 353:
	** 실제 사용하기에는 naming convention을 지켜서 함수를 작성하기는 귀찮기 때문에 native를 가진 .class 파일을 javah에 넣으면 convention을 지킨 .h 파일을 만들어 준다.		** 실제 사용하기에는 naming convention을 지켜서 함수를 작성하기는 귀찮기 때문에 native를 가진 .class 파일을 javah에 넣으면 convention을 지킨 .h 파일을 만들어 준다.
	** .cpp 파일로 작성했을 때 사용하는 extern "C"는 함수 호출 규약(__cdecl, __stdcall)과 관련된 부분이다. extern "C"를 적어주는 것으로 __cdecl로 함수를 호출하도록 한다.		** .cpp 파일로 작성했을 때 사용하는 extern "C"는 함수 호출 규약(__cdecl, __stdcall)과 관련된 부분이다. extern "C"를 적어주는 것으로 __cdecl로 함수를 호출하도록 한다.
	=== ~~2012년 11월 10일~~ ===		=== 2013년 1월 6일 ===
	* JVM & Java Byte Code		* JVM & Java Byte Code
	** JVM - stack-based machine		** JVM - stack-based machine
Line 369:		Line 369:

	* 11월 10일이 둘? - [[서지혜]]		* 11월 10일이 둘? - [[서지혜]]
			** 복사해서 가져왔더니 날짜 바꾸는 걸 까먹은듯 ;;; - [[서민관]]
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>rabierre at 09:23, 13 January 2013

2013-01-13T09:23:26Z

← Older revision		Revision as of 09:23, 13 January 2013
Line 367:		Line 367:
	*** if* 타입 - operand를 하나만 사용해서 0과 비교하는 경우가 대부분이다. ifeq(0과 같음), ifne(0이 아님) 등의 명령어가 있다.		*** if* 타입 - operand를 하나만 사용해서 0과 비교하는 경우가 대부분이다. ifeq(0과 같음), ifne(0이 아님) 등의 명령어가 있다.
	*** if_* 타입 - stack에서 두 개의 operand를 꺼내서 서로 비교하는 경우에 주로 사용된다. if_icmpeq(정수형 값 두 개를 같은지 비교) 등의 명령어가 있다.		*** if_* 타입 - stack에서 두 개의 operand를 꺼내서 서로 비교하는 경우에 주로 사용된다. if_icmpeq(정수형 값 두 개를 같은지 비교) 등의 명령어가 있다.

			* 11월 10일이 둘? - [[서지혜]]
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>smksyj at 16:07, 12 January 2013

2013-01-12T16:07:47Z

← Older revision		Revision as of 16:07, 12 January 2013
Line 357:		Line 357:
	** JVM - stack-based machine		** JVM - stack-based machine
	** register-based machine과의 차이는 연산에 사용되는 operand의 차이. register-based에서는 register에서 operand를 가져오고 stack-based에서는 stack에서 pop해서 가져온다.		** register-based machine과의 차이는 연산에 사용되는 operand의 차이. register-based에서는 register에서 operand를 가져오고 stack-based에서는 stack에서 pop해서 가져온다.
			** stack-based machine의 경우 register-based machine에 비해 push, pop이 많아서 속도가 조금 느리지만 register를 사용하는 경우에 비해 기기에 덜 종속적이다.
	** 명령어의 prefix로 타입을 구분한다. http://en.wikipedia.org/wiki/Java_bytecode#Instructions		** 명령어의 prefix로 타입을 구분한다. http://en.wikipedia.org/wiki/Java_bytecode#Instructions
	** invoke* 명령어		** invoke* 명령어
Line 363:		Line 364:
	*** invokestatic - static 메소드 호출. 첫 인자로 this를 넣어주지 않는다.		*** invokestatic - static 메소드 호출. 첫 인자로 this를 넣어주지 않는다.
	*** invokeinterface - virtual과 거의 같다. interface의 메소드를 호출하는 경우에 사용한다.		*** invokeinterface - virtual과 거의 같다. interface의 메소드를 호출하는 경우에 사용한다.
	** if문 - if과 if_의 두 종류로 나뉜다. if* ~~타입의 명령어는~~ operand를 하나만 사용해서 0과 비교하는 경우가 대부분이다.		** if문 - if과 if_의 두 종류로 나뉜다.
			*** if* 타입 - operand를 하나만 사용해서 0과 비교하는 경우가 대부분이다. ifeq(0과 같음), ifne(0이 아님) 등의 명령어가 있다.
			*** if_* 타입 - stack에서 두 개의 operand를 꺼내서 서로 비교하는 경우에 주로 사용된다. if_icmpeq(정수형 값 두 개를 같은지 비교) 등의 명령어가 있다.
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>smksyj at 16:03, 12 January 2013

2013-01-12T16:03:22Z

← Older revision		Revision as of 16:03, 12 January 2013
Line 363:		Line 363:
	*** invokestatic - static 메소드 호출. 첫 인자로 this를 넣어주지 않는다.		*** invokestatic - static 메소드 호출. 첫 인자로 this를 넣어주지 않는다.
	*** invokeinterface - virtual과 거의 같다. interface의 메소드를 호출하는 경우에 사용한다.		*** invokeinterface - virtual과 거의 같다. interface의 메소드를 호출하는 경우에 사용한다.
			** if문 - if과 if_의 두 종류로 나뉜다. if* 타입의 명령어는 operand를 하나만 사용해서 0과 비교하는 경우가 대부분이다.
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>smksyj at 16:01, 12 January 2013

2013-01-12T16:01:40Z

← Older revision		Revision as of 16:01, 12 January 2013
Line 358:		Line 358:
	** register-based machine과의 차이는 연산에 사용되는 operand의 차이. register-based에서는 register에서 operand를 가져오고 stack-based에서는 stack에서 pop해서 가져온다.		** register-based machine과의 차이는 연산에 사용되는 operand의 차이. register-based에서는 register에서 operand를 가져오고 stack-based에서는 stack에서 pop해서 가져온다.
	** 명령어의 prefix로 타입을 구분한다. http://en.wikipedia.org/wiki/Java_bytecode#Instructions		** 명령어의 prefix로 타입을 구분한다. http://en.wikipedia.org/wiki/Java_bytecode#Instructions
			** invoke* 명령어
			*** invokespecial - vtable lookup을 하지 않고 메소드를 호출하는 경우. 어떤 메소드를 호출해야 하는지 정해져 있는 경우에 사용된다. new, private method, super 등.
			*** invokevirtual - vtable lookup을 한다. 인스턴스의 실제 타입을 가지고 메소드를 찾는 경우. 대부분의 메소드들이 여기에 해당한다.
			*** invokestatic - static 메소드 호출. 첫 인자로 this를 넣어주지 않는다.
			*** invokeinterface - virtual과 거의 같다. interface의 메소드를 호출하는 경우에 사용한다.
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]