잡다한 정리

2013-07-19

매핑을 할 때는 최대한 구조를 간단히. 아오오오오오 실제 사용하는 것으로. 도메인 위주.
손을 먼저 움직인다. prehand던가?
spring mvc interceptor의 경우 정해진 시점에만 넣을 수 있는데, AOP로 가면 너무 프로그램에 밀접해지고... 아름답게 추상화되면서 편한 뭐 그런 거 없을까
static은 static 연쇄가 일어나므로, 지양.
독립적으로 액세스가 일어나야 하는 오브젝트는 UUID같은 걸 박아넣는게 편하다. 안 하면 계속 검색해야 함.
다른 DB의 테이블과 join해야 하는 상황이라면 erd설계가 잘못되었거나 다른 방법이 있을 거다. 도메인 분리와 관련지어 생각해 볼 것. java로 for문을 돌리는 건 좀 이상하다. 그렇다고 다른 db를 참조하는 것도 이상하다.
1. 참조하지 않게 db에 필요 정보 저장
2. 스프링 소셜은 서비스 프로바이더 "연결" 프레임 워크다. facebook 이나 twitter 같은 SaaS에 대한 연결을 관리한다. 연결이란 것은 실제로 online 이란 것이 아니라, 언제고 액세스가 가능한 상태를 말한다. 자원을 점유하고 있는 것이 아니다. 단어의 의미를 생각할 것.
3. 로거 설정 잘못해도 runtime exception이 난다.