Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- toast
- 빅데이터
- 파이썬
- Django
- 인공지능
- BigData
- 장고
- 모델
- python
- Artificial Intelligence
- 앱
- swift
- Machine Learning
- 템플릿
- swift toast message
- 딥러닝
- 디자인패턴
- view
- 기계학습
- Pycharm
- IOS
- 시각화
- Toast Message
- AI
- ios toast message
- model
- APP
- Android
- 머신러닝
- Deep learning
Archives
- Today
- Total
목록마감시간 (1)
이끼의 생각
리팩토링의 문제 및 해결. => 문제 : 데이터베이스(DB)의 변경많은 비지니스 로직들은 DB 스키마와 매우 의존적이다.- 이 문제 해결을 위해서는 호환 객체(Adapter)를 이용하는 것을 고려한다.- 호환 객체의 호환 부분만 수정하면, DB 에 덜 의존적일 수 있다. 해결 : 호환객체는 DB의 의존을 최소화 => 문제 : 메소드 서명의 변경 (디스크립터 변경)이미 많은 곳에서 메소드가 사용되어, 모든 서명을 변경하기가 쉽지 않다.- 오버로드를 이용하는 방식(1) 기존 서명을 남기고, 새 서명을 가진 메소드를 제작한다.(2) 기존 서명은 새 서명을 가진 메소드를 호출하도록 변경한다. - 경우에 따라서는 기존 서명을 사장(Deprecated) 시켜놓을 방법도 있다.사장을 결정할 시, 사장이유 및 해결에 ..
Software Eng/Refactoring
2019. 6. 3. 11:48