Basic

1. 데이터 모델(Data Model)?-> 데이터 모델은 현실 세계의 정보들을 컴퓨터로 표현하기 위해 단순화, 추상화한 개념적인 모형이다.-> 데이터, 데이터의 관계, 데이터의 의미 및 일관성, 제약조건 등을 기술하기 위한 개념적인 도구들의 모음이다. 1-1. 구성 요소: 엔티티(Entity)-> 시스템에서 관리해야 할 주요 데이터 객체이다.-> 테이블이라고 생각하면 된다.-> 고객, 제품, 주문 등: 속성(Attribute)-> 엔티티의 특징이나 특성을 나타내는 데이터 필드-> 고객 엔티티에는 이름, 이메일, 전화번호와 같은 속성이 포함될 수 있다. : 관계(Relation)-> 엔티티 간의 상호작용이나 연결이다.-> 고객은 여러 개의 주문을 할 수 있다는 관계를 정의할 수 있다.-> 일대일 관계(1..

개요프로젝트를 위한 ERD를 작성하면서, 이렇게 짜는게 맞는건가???!! 라는 의구심이 사라지지가 않아서 차근차근 데이터베이스에 대한 내용부터 정리해보고 다시 수정하려고 한다. 이제부터 하나씩 정리해가보자 1. 데이터베이스란?데이터베이스는 체계적으로 조직되고, 효율적으로 검색, 관리, 갱신할 수 있도록 정리된 데이터의 모음이다. 온라인 쇼핑몰을 생각해보자. 수많은 상품 정보, 고객 정보, 주문 내역, 재고 현황 등이 정리되어 있지 않고 섞여있다면 우리가 필요한 정보들을 찾아내기 어려울 것이다. 이렇게 뒤섞여 있는 정보들을 데이터베이스라는 하나의 체계로 정리해놓는다면, 필요한 데이터에 대해 접근과 검색이 굉장히 쉬워질 것이다. 다음과 같이 데이터 베이스를 정의해볼 수 있다. 1) 통합된 데이터(Integr..

저번 글에 이어서 SOLID 원칙에 대해 마무리 정리해보겠습니다! 4. ISP (인터페이스 분리 원칙)ISP 원칙은 인터페이스를 각 기능에 맞게 분리해야 한다는 것이다. 즉, 범용적인 큰 범위에 인터페이스 보다는 각각이 사용하는 기능에 맞춰 Interface를 분리해야 한다. -> (억지로 구현해야 하는 상황이 오지 않도록 해야 한다) 그럼 SRP 원칙과 다른 점이 있냐? SRP 원칙은 클래스의 단일 책임을 강조한 반면, ISP는 인터페이스의 단일 책임을 강조하는 것이다. interface Worker{ fun work() fun eat()}class HumanWorker : Worker{ override fun work() { println("사람이 일한다.") } ..

개요안드로이드 개발을 할 때 Kotlin 언어를 사용하는데 Kotlin의 경우 객체 지향 프로그래밍과 함수형 프로그래밍 모두를 지원하는 다중 패러다임 언어이다. 그렇기 때문에 Kotlin을 통한 개발을 더 잘하려면 OOP에 대한 특징도 알고 있어야 한다. 0. SOLID 원칙SOLID는 객체 지향 설계에 있어서 코드의 유지보수성과 확장성을 높이기 위한 원칙으로 총 5가지가 있다. 여러 디자인 패턴들이 SOLID 설계 원칙에 입각해서 만들어진 만큼, 표준화 작업에서 부터 아키텍처의 설계까지 다양하게 적용된다. 각 글자가 의미하는 것은 다음과 같다. S -> Single Responsibility (단일 책임 원칙)O -> Open/Closed (개방 폐쇄 원칙)L -> Liskov Substitution ..