TDD테스트로부터 시작하는 개발 방식 (실패하는) 테스트 코드 작성 테스트를 통과시킬만큼 구현 코드정리 테스트코드는 given when then으로 구성됨 12345678910@Testvoid confirmMember() {// 상황: 대기 상태 회원이 존재memoryMemberRepository.save(Member.id(“id”).statu
TDDTDD와 단위테스트는 다름.TDD: 테스트 먼저 짜고 프로덕션 코드를 구현하는것. 시작전 To do 리스트를 작성.to do 리스트는 언제든지 프로젝트를 진행해나가면서 변경될 수 있다. 최초 실패하는 코드를 작성그 후 프로덕션 코드를 고쳐 테스트를 통과하도록 해라 테스트에서 먼저 이뤄지라테스트코드에서부터 프로덕트 코드를 만들어 나가는것에 익숙해져야함.
생성방법 of()Option.of(someValue)someValue가 null 이면 NPE 발생 ofNullable()Optional opt = Optional.ofNullable(someValue);someValue가 null이여도 Null 이 들어간 Optional이 생성됨 empty()Optional opt = Optional.
핵심개념들카프카 , Producer, Consumer, Consumer Group, Topic, Partition, Segment, Broker, zookeeper, Quorum 알고리즘기반, __consumer_offsets, Broker replica, ISR, OSR, Controller, fetch의 흐름 카프카?움직이는 데이터를 처리하는 플랫폼카
1부Principal principal는 아규먼트 리졸버로 받아서 처리된다. 1234567@GetMapping("/dashboard")public String dashboard(Model model, Principal principal) { model.addAttribute("message", "H
ServerMonitoring 개발한 관리자가 여러 서버를 한눈에 관리할 수 있는 웹 페이지가 있으면 좋겠다고 생각을 했고 djang, vue를 공부해볼겸 진행해본 프로젝트. 벤치마킹다음 항목들을 벤치마킹하여 어떤식으로 활용될 수 있나 참고하였다.Ansible Jenifer datadog skwissh netdata munin 사용기술django (pyth
order / detail order가 있을 때1234567many to one일때detail_order = DetailOrder.objects.select_related('order').get(id=request.data['id'])one to many일땐order = order.objects.filter(i
이벤트버스를 공통함수로 빼서 사용할 때의 이슈헤더에서 특정값을 변경하면 라우터 뷰에 정의된 페이지도 변경되어야 해서 특정값 변경시 헤더에서 event emit하도록 해놓음… 이벤트 버스를 공통모듈로 쓰니 해당 이벤트 버스를 쓰는 모든 화면들이 해당 이벤트를 수신하여 난리가남…(SPA라 그런가…. 더 알아볼것.) 화면이 바뀌면 이벤트를 수신하도록 on 걸어놓
model을 조회하고 이를 response로 리턴할 때 values를 활용하면 유용함. 쿼리셋 편하게 리턴하기 - values()단순히 values() 를 활용할 경우 detail_order 내 외래키로 걸린 object들은 key만 리턴되는데.. 아래의 경우 postnatal_care_man의 username 필드가 필요하여 아래와 같이 처리하였다. va
django model의 inner 조인방법 order, detail_order 이라는 모델이 있을 때 detail order을 가져올 때 order내 customer이라는 컬럼을 통해 조인하는 방법123detail_order_list = DetailOrder.objects.filter(order__customer=finder)둘 다 결과 동일detail_