API 라는 것은 Intercept 를 I/O 처리가 Computing(컴퓨팅) 으로 ON-OFF Masking 의 Interface 으로 이뤄지는 것에 대해서


Domain 에 대한 Dispatcher 으로 정리한 것.


이라고도 볼 수가 있는데,


API Documents (API 문서) 를 읽어보면 거의 쓰지도 않을 것같은 OOP (객체지향) 의


Method 및 Interface, Field 등등이 많은 느낌도 있음. 그런데,


ON-OFF List 를 Intercept 에 대해서 정리해서 Packaging 한 것이 API 라고 본다면, Intercept 에 대해서


공통처리 영역일 수록 API 에서는 추상적인 수준이고, 하위 Components 수준일 수록,


가져다가 쓰는 영역이라서 Intercept 에 대한 Domain 에 대해서는 Intercept 에 대해서


Background Layer 랑 Patch Layer 두 가지로 나뉘는 듯..




Domain 에 대한 Dispatcher 로써의 Interception 에 대한 기능으로 API 가 이해될 수 있는데,


Background Layer 쪽은 Domain 에 대해서는 상관이 없고,


전반의 레이어(Layer) 를 다루는데 쓰는 것같기도 한 것이 플러그인(Plug-In) 으로 처리도구를 업데이트하던가,


컨텍스트 전반을 감시하는데 쓰이는 듯하고,


Interept Domain 내에서 쓰는 활용사례를 가진 User(사용자) 이면,


API 에 대해서는 사실상 Patch Layer 만 쓰는 듯..


ㅇㅅㅇ..




잘 모르지만,


Spring Framework 에서는 JPA 같은 ORM(Object Relation Mapping) 이나,


Spring Testing, Spring Boot 등등이 Plug-In(플러그인) 인 것같음.. ㅇㅅㅇ;