일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- file download
- Selenium
- NORI
- aqqle
- KNN
- redis
- Docker
- Analyzer
- ann
- Cache
- java
- JPA
- mysql
- aggs
- request cache
- dbeaver
- 테슬라
- elasticsearch cache
- vavr
- Elasticsearch
- IONQ
- TSLA
- API
- Query
- Elastic
- 아이온큐
- java crawler
- 양자컴퓨터
- Aggregation
- api cache
- Today
- Total
목록Aqqle/API (4)
아빠는 개발자
이것도 정리 한번 해보자 개선 포인트가독성 향상: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 등)에서 공통적으로 사용할 수 있는 로직을 포함할 수 있음.계층 분리 명확화:서비스 ..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/ckSSdv/btsLENGNAdt/KrpnG53UEIG1LtRTfFV8HK/img.png)
원래 코드 이걸 리팩토링(?) 해보자 @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..