Refactor | CAKK-54 | 케이크 하트 기능 리팩토링

[lcomment]

Issue Number

CAKK-54

Description

케이크 하트 기능이 트랜잭션 스크립트 패턴으로 작성돼있다고 생각들어 객체지향적으로 리팩토링(도메인 모델 패턴) 해보았습니다. 리뷰 후에 케이크 샵 하트 및 기대돼요 기능까지 비슷하게 적용하겠습니다.

Core Code

	@DistributedLock(key = "#cakeId")
	public void heartCake(final User user, final Long cakeId) {
		final Cake cake = cakeReader.findById(cakeId);

		if (!cake.isHeartedBy(user)) {
			user.heartCake(cake);
		} else {
			user.unHeartCake(cake);
		}
	}

etc

[github-actions]

Test Results

197 tests  +1   197 ✅ +1   17s ⏱️ -2s
 34 suites ±0     0 💤 ±0 
 34 files   ±0     0 ❌ ±0 

Results for commit 9c574cf. ± Comparison against base commit 7cb28c9.

♻️ This comment has been updated with latest results.

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

@@              Coverage Diff              @@
##             develop     #193      +/-   ##
=============================================
+ Coverage      88.88%   90.11%   +1.22%     
- Complexity       324      330       +6     
=============================================
  Files            110      110              
  Lines            990      991       +1     
  Branches          37       38       +1     
=============================================
+ Hits             880      893      +13     
+ Misses            89       81       -8     
+ Partials          21       17       -4     

Files	Coverage Δ	Complexity Δ
...n/java/com/cakk/api/service/like/HeartService.java	100.00% <100.00%> (ø)	7.00 <3.00> (+1.00)

... and 2 files with indirect coverage changes

---

Continue to review full report in Codecov by Sentry.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7cb28c9...9c574cf. Read the comment docs.

[YongsHub]

Service Layer에서 도메인으로 책임 이동으로 인해 훨씬 깔끔하고 보기 좋은 것 같네요

[YongsHub]

음수 방지를 위해 검증 로직 필요 없을까요?

[lcomment]

db에서 막으려고 했는데, 서버에도 validation 체크를 추가해야겠네요