
모든 api가 한곳에 다들어감으로 단순하거나 작은 규모에서 사용이런식으로 도메인 별 계층구조를 나눌 수 있다. 도메인별로 명확한 분리된 기능 -> 비즈니스 로직이 좀 더 복잡해질 때 (중간규모)도메인이 분리된 것을 나아가서 더욱더 복잡한 대규모 프로젝트에서 사용비즈니스

프로그램을 짜다 여러요청이 동시에 올 수 있다. 동시에 요청이 올 시 공유된 자원을 중복사용하여 에러가 날 가능성이 매우 높은데 찾아본 바로는 우선 2개의 해결방법이 있다. 비관적 락 , 낙관적적으로 해결가능하긴하지만 완벽하게 해결했다고는 할 수 없다.특히 비관적 락은

아니 여러 트랜잭션이 사용자들의 요청마다 실행되잖아 그치?근데 각 트랜잭션이 하나의 엔티티만 참고하면 좋은데 여러개의 엔티티들을 참고하면 트랜잭션들이 겹치는 엔티티가 있을거 아니야? 겹치는 트랜잭션들이 조회만하면 괜찮은데 수정했을시 이제 에러가 나는거니까 아 이거구나

call by reference는 참조 주소(메모리 주소를) 직접 넘긴다.java는 call by reference 대신에 call by value만을 지원 -> 참조 주소를 직접 바꾸지 못한다.메서드에서 return안하고 값만 변경했을 시 원시형은 메서드안에서만 값만

Restful 로 어떻게 설계를 하느냐아 이해했어 spring에 mvc 모델을 적용시킬 수 있고 적용시킨곳에 url 요청에 get/post/put을 넣음으로써 rest방식을 적용시킬수 있다 이거지?ChatGPT맞습니다! 정확히 그렇습니다. Spring Framework

웹 페이지나 리소스를 로컬에 일시적으로 저장한다.캐시는 웹 페이지의 빠른 로드를 위해 정적 데이터를 저장하는데 집중세션은 특정 사용자의 상호작용을 관리하고 로그인 상태나 사용자 맞춤 정보를 저장하는데 중점캐시 : 주로 클라이언트 측 로컬저장(사용자의 브라우저에 저장)세

대용량 데이터 처리여러데이터를 한번에 모아서 읽는다 -> 입출력속도 빠르다.문자열만 처리 가능상대적으로 느리지만 간편한 사용scanner를 사용한다.다양한 데이터 타입 사용 가능대용량 파일 처리나 효율적인 데이터 읽기가 필요하다면 BufferedReader를 사용하는