아빠는 개발자

이것도 정리 한번 해보자  개선 포인트가독성 향상:fetchSource 설정을 별도 메서드로 추출하여 주석이나 메서드명을 통해 의도를 명확히 표현할 수 있습니다.재사용성 증가:동일한 SearchSourceBuilder 초기화 로직을 여러 곳에서 사용할 수 있습니다.변경 용이성:나중에 포함하거나 제외할 필드를 수정해야 할 경우, 한 곳에서만 변경하면 됩니다.주석 추가:includeFields와 excludeFields의 목적을 설명하면, 다른 개발자가 빠르게 코드를 이해할 수 있습니다.package com.doo.aqqle.service;import com.doo.aqqle.HostUrl;import com.doo.aqqle.component.TextEmbedding;import com.doo.aqqle...

기획없이 그냥 생각나는대로 만들다 보니 패키지 구성이 애매하다.여러도메인이 서비스를 공유한다 라는 컨셉이긴한데 공유할 일이 있나 싶기도 하고 작업한지가 오래되서 첨에 무슨생각으로 만들었는지도 가물 가물 아무튼 aqqle 는 1번 구조로 설계되어 있는데 나중에 수정하게 될 수 도..   1. service를 shop과 같은 레벨에 배치:com.example.project├── shop│ ├── controller│ ├── domain│ ├── dto│ └── repository├── service└── config장점:서비스 계층의 재사용성:service 패키지는 여러 도메인(shop, order, user 등)에서 공통적으로 사용할 수 있는 로직을 포함할 수 있음.계층 분리 명확화:서비스 ..

원래 코드 이걸 리팩토링(?) 해보자 @RestController@Api(tags = "1. Shop Apis")@RequestMapping("api/search")@RequiredArgsConstructorpublic class ShopRestController { private final ShopService service; @CrossOrigin("*") @ApiOperation(value = "search", notes = "검색") @GetMapping("shop") public CommonResult getDatas( @ModelAttribute ShopRequest request ) { return service.getProdu..