앨런 케이가 원래 생각했던 객체지향은 결국 코드가 여러개의 세포 같은 형태로 나눠져서 서로 메세지를 주고 받는 형태였음
그 세포 하나하나는 결국 절차지향 프로그램 하나라고 인식하면 되고, 어떻게 보면 여러개의 프로세스들이 서로 IPC로 통신하는 것과 비슷한 형태임
각 객체에서 멤버변수라는건 절차지향 코드의 전역변수랑 동일한거지
단지 전체적인 스코프? 시야가 넓어지다보니까 전역변수처럼 안 보일 뿐
그 세포 하나하나는 결국 절차지향 프로그램 하나라고 인식하면 되고, 어떻게 보면 여러개의 프로세스들이 서로 IPC로 통신하는 것과 비슷한 형태임
각 객체에서 멤버변수라는건 절차지향 코드의 전역변수랑 동일한거지
단지 전체적인 스코프? 시야가 넓어지다보니까 전역변수처럼 안 보일 뿐
- 우주를 손 {안에 담자;}
으음~~~
이건 좀 나간 것 같다. ㅋㅋ
아 근데 이건 저도 책에서 읽은거라... - return 0;
차라리 클래스는 파일이다 라고 말하는게 어울리지 않음 ㅋㅋ
근데 클래스 내부에서 연산이 이루어진다는 점에서 파일 비유는 좀 부족하지 않을까요 - return 0;
방백의 은닉화 ( 알지만 모르는걸로 하자 ) 를 갖는 명시적 언어의 scope 에 집중한 나머지
life scope 에 대해서 무시해 버리니 좀 그럼.
그러면 커널과 application 도 걍 다 커널이 되어버림.
사실 엄연히 다른거라 같다고 쓴건 문제가 있기는 하네용 수정합니다 - return 0;
수정할 필욘없는데 ㅋㅋ
누군가 더 변별력 있는 분명한 의견을 제시해줄수도 있고
지나가던 어떤 아이디어도 끄적일 수 있으면 좋다고 생각함 : )
그냥 난 내 생각을 이야기 한거니깐 너무 신경쓰지 마시게~
틀린 얘기는 올바르게~~~~ - return 0;
쓰레드에서 생각해보면 되지
클래스가생물학용어에서의도적으로따온것도맞고메세지패싱이그방법이라는것도맞는데제목이랑무슨상괏인지늣모르겠다능 - dc App
밑에 부분을 잘 읽어보셈. 각 세포 단위 안에서 볼 때는 전역변수라는거. 전체적으로 보면 전역변수가 아니지 - return 0;