thinking pool

핸들러들이 줄지어 체인을 형성한다. 요청이 들어올 경우 순서대로 앞선 핸들러에서 처리 못하게 되면 다음 순서로 넘어간다. 핸들러에서 처리가능하면 다음 핸들러로 넘어가지 않는다.

Repository Pattern ? 데이터 레이어를 분리한 디자인 패턴. 데이터 레이어: UI 와는 별도로 앱의 데이터와 비즈니스 로직을 처리하는 앱 레이어 부분, 다른 레리어에서 데이터 레이어에서 제공하는 API 를 통해서 이 데이터에 액세스 할 수 있다. UI 가 사용자에게 정보를 제공하는 동안 데이터 레이어에는 네트워킹 코드, Room 데이터베이스, 데이터 관련 오류 및 예외 처리, 데이터를 읽거나 조작하는 코드 등이 포함된다. - 저장소를 구체적으로 몰라도 중앙에 위치한 Repository에서 추상화하여 처리하는 방식. Data 의 출처에 관계없이 동일한 인터페이스로 데이터에 접근할 수 있도록 하는 패턴 Repositories 는 데이터 소스 간 충돌을 해결, 데이터의 변경사항을 중앙 집중화할 ..

- 오버로딩: 같은 이름의 함수 여러개. 컴파일 중 발생하는 정적 다형성. (각 함수가 별도 메모리라는 뜻?) - 오버라이딩: 상속받은 메서드 재정의. 런타임중 발생하는 동적 다형성 (실행해봐야 어떤 함수 사용되는지 안다는 뜻??)

Ref http://nabilbenyoussef.blogspot.com/2018/08/git-submodule-update-already-exists-and.html Issue IDE: 안드로이드 스튜디오 gitlab에서 clone 해왔는데 서브모듈 두개 중 하나가 찾을 수 없다고 해서 git submodule udpate --remote 만 했는데 안됨. git submodule update -> already exists and is not an empty directory When typing this : git submodule update Having this error : fatal: destination path 'xxx' already exists and is not an empty dir..

retrofit 에 대한 유투브를 보던 중 .build() 로 감싸는 것도 빌더 패턴이라고 해서 찾아보았다. https://refactoring.guru/ko/design-patterns/builder 빌더 패턴 / 디자인 패턴들 / 생성 패턴 빌더 패턴 다음 이름으로도 불립니다: Builder 의도 빌더는 복잡한 객체들을 단계별로 생성할 수 있도록 하는 생성 디자인 패턴입니다. 이 패턴을 사용하면 같은 제작 refactoring.guru

[ Local ] 지라 이슈 당 작업 브랜치를 jira_100 이라고 하면, 작업 완료 후 remote 로 branch 를 push 해야한다. % git push --set-upstream origin jira_100 —set-upstream : remote 로 최초 push 시에만. [ Remote git Web ] Create Merge Request 한다. review 완료 후 merge 수행한다. CI/CD 파이프라인 수행 후 merge 하면 된다. 추가 공부 필요 CI/CD