으.. 내가 지금까지 썼던 글들이 어렵다니..

이제는 코딩보다는 개념 위주로 해야겠음 ㅋㅋ

참 오늘글은 좀 퀄리티가 좀 떨어 질거야...

이론보다 실습으로 먼저 배운탓임... ㅎㅎ

컴퓨터가 발명되고 컴퓨터 프로그래밍의 방식은 주로 절차 지향위주 였어.

"이것은 이렇게 되고 이럴때는 저렇게 실행 한다음 다시 이렇게 한다."

거참 말이 이상하네... ;;

이런식으로 근데 절차 지향 프로그래밍 진짜 최고의 효율을 낼수가 있어.

그런데 절차 지향 프로그래밍의 문제점이 유지 보수가 힘들어 진다는거야

예를 들어서 자동 판매기 프로그램을 짰다고 해봐.

동전을 넣을떄까지 기다리고있다가 동전의 액수를 센다.

알맞은 액수의 음료수를 보여준다.

알맞은 액수의 음료수를 선택하면 음료수를 주고, 거스름돈이 있다면 거스름돈을 내준다.

알맞지 않은 액수의 음료수를 선택했다면 오류!

이런 절차가 되겠지?

근데 만약에 지폐를 받는다고 생각을 해봐. 또한 음료수뿐만 아니라 라면도 추가 한다고 하자고..

뭐 말로는 표현하기야 쉽지만 저걸 프로그래밍 한다고 하면 쉬운일이 아니겠지?

(실제로 자판기 같은 마이크로 컨트롤러 프로그래밍은 힘들다... ;;;)

그래서 이런생각을 가지게 되지.

아 코드의 효율은 좀 떨어 져도, 유지 보수가 잘되야 하지 않을까?

유지 보수가 잘 안된다면 스파게티 코드가 되서 효율이 떨어지거나, 다시 짜서 시간이 아깝잖아..

그래서 객체 지향 프로그래밍 개념이 나오게 되었어...

객체 지향 프로그래밍은 마치 생물에서 사람이라는 개체가 되려면 세포 - 조직 - 기관 - 기관계 - 개체처럼 생각 하면되..

(개념만 이렇게 하자고 ㅎㅎ)

개체 = 목적이 되는 프로그램.

기관, 기관계 = 객체

조직 = 메소드나 멤버 변수들

세포 = 메소들의 코드라인.

우리가 예로 들을 프로그램은 자판기야.

자판기에는 화폐를 주고 받는 부분, 창고, 메뉴판 이렇게 이루어 질수 있지.

자 저러한 부품을 가지고 자판기를 만들어 보면

화폐를 주고 받는부분에서는 화폐를 받고 남은 거스름돈만 주면되.

창고는 선택한 물건반 보내주면되.

메뉴판은 사용자가 뭘선택 했는지만 받으면되.

이렇게 어떤 작은 기능단위로 묶이게 되겠지.

이건 캡슐화 라고 불러.

이렇게 되면 그 객체에서 실제로 무슨일이 일어나는지 신경을 안써도 되지? (쓰는 입장에서는..)

우리가 자판기에서 음료수를 사먹을때 그안에서 어떤일이 일어나는지 신경 안쓰고 메뉴판에서 음료수 선택하고 음료수 먹잖아?

이걸 객체끼리 적용해보자면 창고 객체는 메뉴판 객체에서 무슨일이 일어나든, 메뉴판이 시키는것만 창고에서 꺼내면 되는거야.

이걸 정보 은닉화라고 불러.

갑자기 이런 생각이 들거야 어차피 절차를 생각 해야 되잖아?

물론 생각은 해야지.. 근데 만약 자동차를 설계하고 만든다고 할떄

그게 그냥 절차대로 만든다면 쉬울까?

우선 기능을 나누고 생각한다면 좀더 쉽겠지?

만약 이쪽 계열로 진학하거나 취직 할 게이들은

우선 객체지향은 이런거다 라고만 알아 두면 좋을거야..

ps, 이제 슬슬 학점나오고 연구실 플젝나오니 나도 슬슬 바뻐진다... 글 주기가 늦어도 이해 바람.. ㅎㅎ