티스토리 뷰
1. S/W 개발에서 절대로 바꾸지 않는 것은 없기 때문에.
Class 대신이 Interface를 사용하고, New 대신에 DI를 이용하는 작업에 대한 비용보다 후에 바뀌게 되어서 지불하게 되는 비용이 더욱더 크다.
2. Class의 구현방식은 바뀌지 않는다고해도, Interface를 이용하면 다른 차원의 서비스가 구현 가능하다
method의 호출전, 후에 다른 일을 한다던지, 아니면 count를 늘려주는 사소한 일을 하더라도, 기존 class의 변경 없이 개발이 가능하게 할 수 있다.
3. TEST가 용이하다
단지 효율적인 테스트를 하기 위해서라도 DI를 적용해야지 된다.
'프로그래밍' 카테고리의 다른 글
[DB] 오라클 오류 종류 (0) | 2016.12.27 |
---|---|
[JAVASCRIPT] startsWith, endsWith (1) | 2016.12.27 |
[ETC] MSSQL 명령어 (0) | 2016.12.24 |
[JAVA] instanceof (0) | 2016.12.24 |
[JAVA] static, final (0) | 2016.12.24 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 우유니
- 햄버거
- 남미
- Oracle
- 성스러운 계곡
- 캄보디아
- Uyuni
- jQuery
- 칼라마
- 애드센스
- 칠레
- 후마리
- 나미비아
- 남미 저가항공
- Namibia
- calama
- 아구아스 칼리엔테스
- 성계 투어
- 토레스 델 파이네
- Cambodia
- 빅토리아폴스
- 마추피추
- aguas calientes
- 볼리비아
- 쿠스코
- 푸에르토 나탈레스
- 족발
- 킹덤 호텔
- Cusco
- 빈트후크
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
글 보관함