Adapter 패턴 - 3

지난 시간에 이어 display - driver를 잇는 adapter 부분을 구현해 보도록 하겠습니다. 궁극적으로는 아래와 같은 구조가 될 것입니다. display → adapter → driver 결국 adapter 패턴이 있어 display도 다른 driver처럼 사용할 수 있게 됩니다. 먼저 adapter의 header(interface) 부터 살펴 보도록 하겠습니다. extern driver_t *setup_display_adapter(void); setup_display_adapter을 extern으로 선언해줍니다. setup_display_adapter를 호출하면 driver_t의 포인터를 전달해 주도록 되어있습니다.  헤더를 선언할 때 아래와 같은 코드가 많이 나오는데요, 혹시 모르시는 분들..

• format_list_bulleted ▶ C Application/디자인 패턴
• · 2023. 12. 24.
• textsms

Adapter 패턴 - 2

지난 시간에 이어 계속해서 Adapter 패턴에 대해 알아보겠습니다. 지난 시간에는 Adapter가 필요한 콘크리트 코드에 대해 살펴봤고 이번 시간에는 실제적으로 콘크리트 코드가 interface 화 될 실제 driver interface를 살펴 보도록 하겠습니다. 궁극적으로 Adapter 패턴은 기존의 콘크리트 코드가 새로운 interface에 맞지 않아 중간에 Adapter를 끼워넣어 맞추는 역할을 하게 됩니다. 이번 시간에는 그중에 새로운 interface에 대해 살펴보겠습니다. typedef enum { DRIVER_ID_UART1, DRIVER_ID_UART2, DRIVER_ID_DISPLAY, DRIVER_MAX, }driver_id_t; typedef struct { driver_id_t i..

• format_list_bulleted ▶ C Application/디자인 패턴
• · 2023. 12. 24.
• textsms