컴퓨터에 대해서 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 도 대단한 것같음. ㅇㅅㅇ..