소프트웨어 설계 원칙
1. 계층 원칙 분류, 일반화, 대체, 배치 등의 기법을 이용하여 추상화의 계층적인 조직을 생성하기 위한 원칙 2. 단일 책임 원칙 한 클래스에 책임이 여럿 있으면 각 책임과 추상화에 대해 이해하는데 시간이 걸린다. 또한 변경과 개선에 있어서 어떤 멤버 변수를 변경해야 하는지 파악하기 힘들다. 즉 유지보수 또한 어렵게 된다. 따라서 한 클래스에서는 하나의 책임을 가지는 원칙 3. LSP 원칙 부모 클래스의 인스턴스가 사용된 자리에 자식 클래스의 인스턴스를 집어 넣어도 코드의 맥락이 변하지 않아야 한다는 원칙 4. OCP 원칙 모듈은 확장에서는 열어야 하지만, 변경에서는 닫아야 한다는 원칙 모듈은 코드 변경 없이 새로운 요구 사항을 지원할 수있어야 한다. 즉 코드 수정 없이 클래스를 확장하는 방식을 사용해..
REFACTORING
2020. 4. 7. 12:00
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- inheritance
- Unity
- Unity2D
- 함수
- 코틀린
- 클래스
- Linux
- 오버라이딩
- 유니티 캐릭터
- Kotlin
- 유니티 개발
- 유니티 게임 개발
- Java
- nest
- 유니티
- JavaScript
- 유니티 플레이어 캐릭터
- 상속
- 리눅스
- react
- 유니티 실습
- nest js
- 자바스크립트
- object
- 자바
- JVM
- nestjs socket connection
- Transform
- 리액트
- 유니티 게임개발
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함