컴퓨터 장치 위에서 Framework 가 가능한 것에 대해서 IN/OUT 에 대한 Masking data 의 List 에 대한 Interface 에 대해서, 


조합에 대한 True or False 의 Dispatcher Tree 가 Program 으로 동작하는데 여기에서, 


Interceptor 로 List 의 Output 에 대한 ON-OFF 가 있다고 했는데, 이것을 생각해보면 


Program 이라는 것이 I/O 처리에 대해서 Framework 를 통해서 API 로 개발이 되어지고 있는 현대 쯤에 대해서는 개발되는 이러한 Framework 에 의한 


Program 이라는 것이 결과적으로도 Interceptor 인 것같음. ㅇㅅㅇ.. 




그러니까 IN/OUT 의 Interface 에 대해서 Intercept 를 건드리는 것이 당연하겠지만 Programming (프로그래밍) 이라는 것임.. 


그래서 API 에 대해서 다른 것도 많기는 하지만, 


Spring Framework 등에서 말하는 Service Layer 라는 것에 대해서 Service 가 Program 으로 있는 것인데 Service 라는 것의 의미에 대한 유래가 되는 것은 


ON-OFF 에 대한 IN/OUT 인터페이스(Interface) 에서, 


Programmer 가 Dispatch 하는 Logic 에 대해서 기본적으로 많은 API 등의 Framework 를 사용하는 것에 대해 Intercept 에서 필요로 하는 


Background 프로그래밍(Programming) 에서, 


실제 Service Dispatcher 를 사용하는 일에 대해서 Service 라는 것이 있는 것같음.. ㅇㅅㅇ; 




그래서, 


기본적으로 CPU or GPU + Memory 에 대해서 나타나는 IN/OUT 의 


Masking 으로부터의 ON-OFF Interface 에서 True or False 로 지정을 해야만 하는 많은 것에 대해서는 


Intercept Service 에 대해서는 Background 가 많이 깔여있을 수 밖에 없는 것이 실제로도, 


Spring Framework 의 Convention 을 보니까 사실인 듯함.. 


ㅇㅅㅇ..