일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 함수형프로그래밍
- Observer Pattern
- 추상 팩토리
- compose
- factory method
- 빌터패턴
- Abstract Factory
- android designsystem
- 팩토리 메소드
- material3
- builderPattern
- designPattern
- 디자인패턴
- r
- Singleton
- Kotlin
- 옵저버 패턴
- ㅋㅁ
- F
- 추상팩토리패턴
- 디자인패턴 #
- Design Pattern
- PrototypePattern
- 코틀린
- Functional Programming
- 안드로이드 디자인시스템
- 싱글톤
- 프로토타입 패턴
- ㅓ
- El
- Today
- Total
목록분류 전체보기 (333)
오늘도 더 나은 코드를 작성하였습니까?
인터페이스 분리 원칙은 클라이언트가 자신이 이용하지 않는 메서드에 의존하지 않아야 한다는 원칙이다. 인터페이스 분리 원칙은 큰 덩어리의 인터페이스들을 구체적이고 작은 단위들로 분리시킴으로써 클라이언트들이 꼭 필요한 메서드들만 이용할 수 있게 한다. 이와 같은 작은 단위들을 역할 인터페이스라고도 부른다. 인터페이스 분리 원칙을 통해 시스템의 내부 의존성을 약화시켜 리팩토링, 수정, 재배포를 쉽게 할 수 있다. 예를 들어 탱크의 기능을 가진 인터페이스를 정의 하고 이를 구현하려고 한다. 아래의 6개의 기능을 정의 하였다. interface Tank{ fun forward() fun backward() fun turnLeft() fun turnRight() fun aiming() fun shoot() } 하지..
치환성은 객체 지향 프로그래밍의 원칙이다. 컴퓨터 프로그램에서 자료형 S가 자료형T의 하위타입이라면 수정을 거치지 않고, 자료형T의 객체를 자료형S의 객체로 교체하여도 기존의 나머지 부분들과 충돌없고, 오류 없이 실행되어야 한다. import java.util.* fun main() { val sCard = SCard("13579") val spCard = SCardPlus("246810") val shop = Shop() shop.addBeverage() shop.addSnack() println(shop.order(sCard)) println(shop.order(spCard)) } abstract class Card(val number: String){ abstract fun payment(compa..
개방-폐쇄 원칙(OCP, Open-Closed Principle)은 '소프트웨어 개체(클래스, 모듈, 함수 등등)는 확장에 대해 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 한다'는 프로그래밍 원칙이다. Extention -Open Modification - Closed 다음과 같이 동물을 모델링한 객체가 있다. const val ANIMAL_TYPE_DOG = 0 const val ANIMAL_TYPE_CAT = 1 class Animal(private val type: Int){ fun roar() = when(type){ ANIMAL_TYPE_DOG -> println("멍멍") ANIMAL_TYPE_CAT -> println("야옹") else -> Exception("알수 없는 동물이다.")..
디자인패턴 - 개발을 하다 마주치는 문제를 해결하기 위한 방법들의 모음. - 코드를 읽기 쉽고 재사용하기 쉽게. - 디자인 패턴을 적용을 하려고 패턴을 문제에 맞추면 안된다. - 2개 이상 패턴이 혼용되어 적용되는 경우도 있다. - 단순히 Functional Programming으로 더 읽기 쉬운 경우도 있다. Single responsibility(단일 책임의 원칙) 객체 지향 프로그래밍에서 single responsibility principle이란 모든 함수/클래스/모듈는 하나의 책임만 가지며, 그 책임을 완전히 캡슐화해야 함을 일컫는다. 함수/클래스/모듈가 제공하는 모든 기능은 이 책임과 주의 깊게 부합해야 한다. 1. 하나가 많은 책임을 지고 있는 경우 fun multiplicationTable..