📌 알게 된 점
- 로그인 정보가 저장되있으면 로그인 된 것
- 로그인 정보가 저장되어 있지 않으면 로그인이 되지 않는다.
- 직접 사용하던지 게터로 사용하던지 하지만 유지보수에는 게터로 꺼내는게 좋다.
인스턴스 필드를 직접 사용하지말고 게터로 쓰는게 유지보수에 좋다.
- 회원관리를 하는 핸들러와 dto를 따로 만들어서 거기에서만 멤버를 관리한다.
- 로그아웃 로그인 된 것을 null로 하면됨
- 기존코드를 손 대지 않는 것이 깔끔하다 손 대더라도 최소한으로 대야함
- 버그가 생길 가능성이 있다. 이를 해결하기 위해서 나온게 command 디자인 패턴
- 메서드를 먼저 만들고 코드를 작성해도되고
코드를 완성하고 메서드를 호출해도 된다.
- 게시글을 삭제했다고 게시글 번호가 당겨지지 않는다.
- 주민번호 땡기는 거도 말이안됨
- 회사사번 땡기는 거도 말이안됨
- 번 게시글 번호가 부여되면 고유번호로 사용해야한다. 그래야 게시글을 찾지
- 회사에서 사용하는 게시판은 매우 복잡하다. (권한이 부여되어있기 때문에)
- 공통분모가 없다면 generalization 할 필요없다
그리고 abstract 클래스 만들때 각각 클래스에서 따로 사용하는 부분이 있으면 넣지 않는다.
- 인스턴스 필드를 안쓰면 스태틱
- 무조건 public으로 메서드 만드는 것이 아닌 최소한의 공개만 하고 나중에 필요시 사용한다.
- 서브클래스에 사용하지 않고 외부클래스에서 사용하는 기능은 슈퍼클래스에 두지 말고 별도의 클래스를 만들어 분리하는것이 낫다.
- 출력은 도메인의 역할이 아니다 핸들러의 역할이다
- 커맨드 패턴을 적용 >> 마지막 인터페이스로 설정한다.
