친구를 비판하는 것이 마음 아플 때는 비판해도 좋다. 그러나 거기서 조금이라도 즐거움을 느낄 때는 입을 다무는 것이 상책. ―J.R.

All About OpenGL Extensions
Lua/API/lua_load
boost/pool��̽�
doxygen/doxbar �̾߱�

Modular ��α׷��

* 참조링크 : [http]

http://www.c2.com/cgi/wiki?ModularProgramming

"Modular Programming"은 프로그램을 디자인하고 작성하는 하나의 방식을 말합니다. 구체적으로 예기하면 비슷한 기능을 갖는 코드들은 같은 단위 프로그램 코드 내에 함께 포함시켜야 하며, 다른 기능들은 별도의 독립적인 단위 코드로 개발됨으로써, 유지보수와 타 프로그램들에서 쉽게 이 코드들을 재사용할 수 있도록 개발해야한다는 개념을 말합니다. (객체지향 프로그래밍은 애초부터 모듈러 프로그래밍 개념을 가지고 출발한 방식입니다)

모듈러 프로그래밍은 두가지 타입으로 기능을 나누는 경향이 있습니다 : "관리자" 함수는 프로그램 흐름을 제어하며, "일꾼" 함수들은 구조체로부터 데이타를 옮기는 것과 같은 하위 수준 세부기능들을 다룹니다.

모듈러 프로그래밍은 객체지향적이지 않습니다. 왜냐하면 데이타와 코드가 연관되어있지 않기 때문이죠. 모듈러 프로그래밍은 매우 절차적입니다: 모든 촛점은 전적으로 코드(함수) 작성에 달려있고, 데이타는 수동적인 요소가 됩니다. 모든 코드는 넘겨진 데이타 구조내의 모든 내용에 접근할 수 있습니다(캡슐화 개념같은 것은 없습니다)

이 개념을 잘 활용하면 다음과 같이 C를 사용하여 객체 비스무리하게 작성이 가능합니다.

  /* customer.h */
  typedef struct customer {
     int id;
     char *name;
     int n_orders;
     order_t *orders;
  } customer_t;

  int customer_new (customer_t **);
  int customer_read (id_t const *, customer_t **);
  int customer_write (customer_t const *);
  int customer_delete (customer_t *);
  int customer_num_orders (customer_t *, int *);

위 함수들은 모두 C로 구현가능하지만, 마치 class처럼 사용할 수 있을 겁니다.

[edit]

딴소리 #

이 방식은 luabind와 C/C++ 인터페이스를 공용으로 구축하고 싶을 때 매우 유용합니다. luabind에서는 virtual로 상속된 클래스의 바인딩을 지원하긴 하지만 사용하기 까다로운데다 컴파일시간을 더 늘려주고, 그다지 효율적이지 않다는 단점이 있더군요. 제 경우는 lua에 반영할 요소들을 모두 struct로만 구현하고, 필요하다면 struct끼리 상속시킵니다. (생성자, 소멸자정도만 줍니다. 다른 메소드는 왠만하면 지양합니다!) 그런다음 최종 반영될 함수들은 모두 C 함수로 작성합니다. (.property에 붙일 함수들은 최종 상속된 struct내에 작성해줍니다.)

어쨌든 대부분의 클래스들은 위와 같은 형태가 될 수 밖에 없습니다. 바인딩에 맞추어 클래스 디자인이 한계가 온다고나 할까... 갑갑한 부분이겠죠.

ID
Password
Join