컴퓨터에 대해서 CPU or GPU + Memory 가 Byte 단위로 Masking data 를 LOOP 로 내놓는 것 때문에, 

I/O 처리에 대해서 Masking 값 자체는 의미가 없고 사실은,  

LOOP 내에서 조합의 CODE 로 의미가 있는 것이 Computing 이라고 생각했었음.. 

그래서, 상당히 Low Level 이기는 한데 Framework 에 대해서 간략히 생각이 드는게 좋은 Framework 라는 것이 사실은 정해져있음 ㅇㅅㅇ.. 

그러니까 조합 CODE 에 대해서 Domain 이 있는 것에 대해서 Interceptor 를 생각을 하는 것이 좋은 것같음. 

관심 Domain 에 대해서 Intercept 되는 Domain 에 대해 I/O 처리에 대한 List 의 Masking Getter/Setter 가 있으면, 

거기에서 관심 도메인(Domain) 에 대해 

상관의 Interception 이 Service Framework 로 있을 수 있다고 봄.. ㅇㅅㅇ; 

거기에서 List 에 대해 Interception 으로 상관되는 List 에 대한 조합 CODE 의 Domain (도메인) 에서 사실은 컴퓨팅(Computing) 이라는 것에 

대해서는 

List 의 CODE 에 대해서 Getter/Setter 에 대한 True or False 의 List 를 작성하는 것에 의한 Program 의 Send 에 의해서 나타나는 

조합의 처리라고 볼 수가 있는데, 

그러한 컴퓨팅(Computing) 에서, 

Recv/Send Framework 를 Spring 의 Dispatcher Servlet 처럼 Interceptor 로써 Combination 에 대한 Operation Listener 를 놓아서 

아주 많은 Getter/Setter 에 대해 Interception 의 ON-OFF 관심사에 대한 

Socket 을 만들어내는 것이 좋은 Framework 라고 봄.. ㅇㅅㅇ; 

그래서, 

거기에서 많은 Aspect 들이 상관 Interception 에 대한 ON-OFF 관심사로 있을 수가 있고 거기에서 Spring 같은 Framework 가 거의 딸깍으로 나오는 듯.. 

Spring Framework 는 Aspect 딸깍으로써 대단한 것같음. 

ㅇㅅㅇ.. 

React 도 대단한 것같음. ㅇㅅㅇ..