바로 실무에 적용할 수 있는 내용일까요?

말도 안된다고 생각하는 요구사항이네요 🙂 1. 좋다고 하니 DDD 를 녹여봐라 -> 왜 좋은가 ? -> 강의를 봤더니 -> 그래도 모르겠다 -> 너무 당연 한 수순일것 같습니다. 지금은 어떻게 적응하고 계신진 모르겠으나, DDD 핵심은 느슨한 결합과, 유지보수성 이 좋은 방법론 이라고 생각합니다.결국 DDD 를 적용하려다 유지보수성이 떨어지는게 과연 DDD 일까요 ...? 일단은 포팅 (nest.js 로 옮기는 과정) 하시고 업무와 코드의 이해도가 올라간다면 그때 DDD 를 제대로 파보시는걸 추천드립니다

fake Repository로 테스트를 진행하려고 합니다,

public class InMemoryOriginalRepository implements OriginalRepository { private final Map entities = new HashMap(); private final AtomicLong idGenerator = new AtomicLong(1); @Override public BillingPay save(TestEntity entity) { long id = idGenerator.getAndIncrement(); setPrivateField(entity, "id", id); // 이친구는 리플렉션으로 처리 :) entities.put(id, entity); return entity; } private void setPrivateField(Object object, String fieldName, Object value) { try { Field field = object.getClass().getDeclaredField(fieldName); field.setAccessible(true); field.set(object, value); } catch (NoSuchFieldException | IllegalAccessException e) { e.printStackTrace(); } } 이유는 db 에 id 를 자동으로 증가시키는걸 위임해버렸기 때문이죵그래서 entity 에 setId 이럴땐 고수님들이 얘기하는 리플렉션을 조져주면됩니다

props으로 가져온 반응형 변수 업데이트 이슈

Vue3 + Quasar + Firebase !!! 군침이 도네요 강사님 ... 화이팅입니다 !!!

ListView.vue를 ts로 변경 후 에러가 발생합니다.

enum 은 강의를 사야하는군여 :)

장바구니 추가를 반복적으로 하다 보면 가끔 500에러가 발생합니다.

(사진)싹 이부분을 날려주시고 힌트는 (사진) 아래와 같았습니다 이미 한참지난부분 이나, 혹시나 같은 이슈 분들은 db.json cart 배열 비워보세용---- 장바구니에 담기전 조회후 이미 id 가 존재하면 방어해주는 코딩을 추가해주는것도 연습삼아 괜찮을것같아요