일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
- go
- 전략 패턴이란
- kotiln functional interface
- 백준 1504 java
- 자바 1676
- rabbitmq 싱글톤
- spring mongoTemplate switch
- 백준 2252 줄세우기
- nodejs rabbitmq
- java 백준 1509
- spring mongoTemplate
- ipfs bean
- kotiln const
- java 1509
- 백준 연결요소 자바
- Spring ipfs
- javav 1676
- 자바 백준 팩토리얼 개수
- mongodb lookup
- kotiln const val
- spring mongodb
- java 파티
- java 팩토리얼 개수
- 백준 특정한 최단 경로
- spring mongodb switch
- Java Call By Refernce
- 안정해시
- ipfs singletone
- 익명 객체 @transactional
- java 1238
- Today
- Total
목록코테/배경지식 (2)
공부 흔적남기기
템플릿 메소드 패턴, 전략패턴, 템플릿 콜백 패턴 위 3가지의 디자인 패턴은 어떤 공통점을 가지고 있을까? 위 디자인 패턴들은 같은 목적을 가진 패턴들이다. 복잡한 코드속에서 반복되는 부분을 외부로 템플릿화(공통화?) 시켜 결합성을 낮추고 (단일 책임 원칙) 변하는 부분(알고리즘 군)을 구현해 템플릿을 통해 실행시키는 방식이다. 예를 들어 코드의 모든 곳에 다음과 같이 로그를 남기는 코드가 있다고 가정해보자 @Service class ItemServiceDirtyCode( private val itemRepository: ItemRepositoryDirtyCode, private val logService: LogServiceDirtyCode ) { fun getItems(): List { var tra..
Point 1. 코드를 작성할때에는 항상 주위의 코드와 더불어 코드를 작성하기 마련이다. 이때 주위의 코드를 읽는 시간이 길어질 수록 개발기간이 늘어나고, 안 좋은 코드를 작성할 가능성이 높아진다. 2. 코드를 읽는데 굉장히 시간이 많이 걸리고 1을 바꾸기위해 10을 바꿔야하기 때문에 유지, 보수, 새 기능 추가에 비용이 너무 높아진다. 3. 좋은 코드의 책임은 모두 프로그래머에게 있다. 촉박한 시간, 업무량 등을 핑계로 나쁜코드를 작성하게 되는데 이는 오히려 시간을 늦추게 된다. 주의깊게 좋은 코드를 작성하는 것이 시간을 줄이는 좋은 방법이다. 4.우아한( 보기 즐거운 ) 코드를 작성하자. 5.깨끗한 코드는 잘 쓴 문장 처럼 읽혀야 한다. 6.다른사람이 보기도 쉽고 고치기도 쉬운 코드를 작성하자. 7...