Just The Data

The main purpose of this exercise is to ensure a correct division of responsibility that places the right 
functionality in the right class without causing excess coupling to other classes. 
이 훈련의 주된 목적은 다른 클래스들에 대한 과도한 결합성 없이 올바른 클래스에 올바른 기능을 위치시키는 올바른 책임의 분리를 보증하기 위함이다.
The biggest danger here is that by asking for data from an object, you are only getting data. You're not 
getting an object---not in the large sense. Even if the thing you received from a query is an object 
structurally (e.g., a String) it is no longer an object semantically. It no longer has any association with 
its owner object. Just because you got a string whose contents was "RED", you can't ask the string what 
that means. Is it the owners last name? The color of the car? The current condition of the tachometer? An 
object knows these things, data does not. 
여기서 가장 위함한 것은 object로 부터 데이타를 구하는 것이다. 당신은 단지 데이타를 얻을 뿐이다. 당신은 object를 얻은 것이 아니다. --- not in the large sense.
비록 질의를 통해 받은 것 일지라도 그것은 더 이상 의미적으로 object가 아니고 구조적으로 object이다.
더 이상 그것의 소유 object와 연관이 없다. 단지 내용이 "RED"인 스트링을 얻었을 뿐이다, 당신은 스트링의 의미를 얻을 수 없다. 이것이 소유자의 마지막 이름인가 ? 자동차의 색인가 ? tachometer의 현재 상태인가 ? object는 데이타가 아닌 이러한 것들을 안다.

The fundamental principle of Object Oriented programming is the unification of methods and data. Splitting 
this up inappropriately gets you right back to procedural programming. 
object oriented programming의 근본 원리는 메소드와 데이타의 통합이다. 이것을 부적절하게 분리하는 것은 절차적 프로그래밍으로 돌아가는 것이다.
Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2009-05-27 07:09:19
Processing time 0.0077 sec