몬그로이

아키텍처 패턴의 하나,  MVP (Model–view–presenter)MVP 패턴은 MVC 패턴의 변형 또는 발전형으로 볼 수 있다Model: 사용자 입력에 대응하거나 보여지기 위한 데이타를 정의하는 인터페이스이다.View: 데이타를 보여주고, 사용자 입력을 수신하는 수동적(passive) 인터페이스이다.Presenter: Model로부터 데이타를 받아 View에 표시하기 위해 가공한다. In MVP, the presenter assumes the functionality of the "middle-man". In MVP, all presentation logic is pushed to the presenter.( MVP 패턴에서는, presenter 가 middle-man 의 기능을 맡는다. 모든 p..

https://mongroy.tistory.com/175 토이프로젝트 Kanban _ KPT 회고Keep:지속적인 소통, 질의응답, 토론, 문제를 포기하지 않고 해결하려는 자세,날이 갈수록 의견을 말하기 편해졌는데, 이는 서로의 배려가 있었기에 가능한 일이었던 듯..어려워도, 아파도 하려고mongroy.tistory.com

https://mongroy.tistory.com/176 토이프로젝트 5 ~ 6일차Column 클래스 이름 변경과 머지 컬럼과 카드 정렬 시도 동시성 제어 특강 다시 듣기+ 교재 내용 옮기기(올라온 게 이전 버전이었음) 동시성 적용 동시성 테스트 코드 작성 User 를 생성해야하는mongroy.tistory.com https://mongroy.tistory.com/177 동시성 제어 요약동시성 제어가 안 되는 이유- Spring AOP 로 인해 프록시 객체가 만들어지고원래 객체인 service의  transactional 때문bc2인스턴스자르파일 빌드해서 배포서버가 한 대 일때는 ok여러 대일mongroy.tistory.com

https://mongroy.tistory.com/174 토이프로젝트 4일차column을 대신할 이름 작명쿼리스트링 (@RequestParam)1. 기본 설정 required = true2. true 값 입력이 들어오지 않은 경우:  Spring이 자동으로 400 Bad Request 에러를 반환함3. required = false 로 설정한 경우, null 값mongroy.tistory.com

동시성 제어가 안 되는 이유- Spring AOP 로 인해 프록시 객체가 만들어지고원래 객체인 service의  transactional 때문bc2인스턴스자르파일 빌드해서 배포서버가 한 대 일때는 ok여러 대일땐 synchronized 안 먹힘**@sync~~자바에서 메서드 위에 적으면 한 개씩만 들어가도록 만들어줌 (또는 class 위에 적음)단, 서버가 여럿이면 제어 안 됨여러 서버에서 A 메서드에 동시 접근할 수 있으므로따라서 이 방법 안 씀DB락(비관적 락)DB 레코드에서 직접적으로 Lock 걸어 제어비관적 락 디폴트는 s-lock 읽기 잠금 @Lock(LockModeType.PESSIMISTIC_READ) in Repositoryx-lock 쓰기 잠금 (다른 lock 이 걸려있으면 안 됨)tra..

Column 클래스 이름 변경과 머지 컬럼과 카드 정렬 시도 동시성 제어 특강 다시 듣기+ 교재 내용 옮기기(올라온 게 이전 버전이었음) 동시성 적용 동시성 테스트 코드 작성 User 를 생성해야하는데, 생성자가 없기 때문에 직접 변수를 생성해주려 했다그런데 잘못됐다고 나와서 확인하니@Data 어노테이션이 달려있어서 기본 생성자가 만들어지지 않는다고 한다그런데 테스트를 위해서 생성자를 만드는 건 아니라고 생각했다 https://velog.io/@junsu1222/WithCustomMockUser%EC%9C%BC%EB%A1%9C-%EC%9D%B8%EC%A6%9D%EB%90%9C-%EA%B0%9D%EC%B2%B4%EB%A5%BC-%EB%A7%8C%EB%93%A4%EC%96%B4-%ED%85%8C%EC%8A%..

Keep:지속적인 소통, 질의응답, 토론, 문제를 포기하지 않고 해결하려는 자세,날이 갈수록 의견을 말하기 편해졌는데, 이는 서로의 배려가 있었기에 가능한 일이었던 듯..어려워도, 아파도 하려고 했던 그 의지,깃 컨벤션을 통해 충돌을 최소화하는 법,생성자나, 메서드 방식의 컨벤션(설계도의 양식의 통일화) Problem:테스트 코드 부족, 프론트엔드 구현 실패, 미약한 깃 컨벤션 적용,코드리뷰와 머지를 한 사람만 맡다보니 하염없이 기다려야 했던 점,issue 가 세분화 되지 않아서 충돌을 겪음,중간의 역할분담의 부재( ex . 기본 CRUD 구현 후의 역할이 애매 했다.),한 사람에 업무과중으로 인해 부담감과 프로젝트의 지체,프론트를 꺼려하는 성향,얄팍한 프론트 지식,주말엔 쉬고 싶은 안타까운 체력 Try..

column을 대신할 이름 작명쿼리스트링 (@RequestParam)1. 기본 설정 required = true2. true 값 입력이 들어오지 않은 경우:  Spring이 자동으로 400 Bad Request 에러를 반환함3. required = false 로 설정한 경우, null 값이 들어오면 에러가 발생하므로 예외처리 필요 세 개로 나뉘었던 메서드를 한 주소에서 수행하도록 수정함동시성 강의 다시 듣기삭제할 때  ‘삭제하는 경우 작성한 데이터가 전부 삭제됩니다. 정말 삭제하시겠습니까?’  같은 확인 메세지를 출력하여 사용자가 해당 내용을 인지할 수 있도록 합니다.     - 취소 → 삭제 기능 수행하지 않습니다.     - 확인 → 삭제 기능 수행합니다. >>> 리다이렉트로 컨트롤러에 위치한 메서드..