데이터베이스의 주요 구성 요소 - Schema : application 마다 1개 (가장 큰 단위) - Table : 각 appication의 세부 기능마다 정의 - Column : 각 기능에 필요한 요소들 - Row : 데이터 1건 (Reocord) MySQL의 주요 데이터 타입 (* 데이터 타입: 컬럼에 어떠한 형태의 자료를 저장할지를 미리 결정한 것) - 숫자(Numeric) : 정수형, 실수형 - 문자(Character) : 고정 문자형, 변동 문자형 - 날짜/시간(Data/Time) : 날짜형, 시간형, 날짜 시간형 등 데이터베이스 Schema 생성 - 테이블 생성 전 Schema 생성이 선행되어야 한다. 1. Workbench에서 마우스 우클릭 후 'Create Schema' 클릭 2. Sch..
Spring Boot Spring Framework를 보다 손쉽게 활용할 수 있게 지원하는 기술 - Spring Framework를 기반으로 한다. - 설정, 의존성 관리, 애플리케이션 모니터링, 서버의 실행 등을 가볍고 빠르게 수행할 수 있다. * Spring Boot의 주요 기능 - 설정 간편화를 위한 Auto Configuration - 의존성 관리를 위한 Starter Project - 배포 프로세스 간소화를 위한 Embedded WAS - 애플리케이션의 모니터링을 위한 Actuator * SW 아키텍쳐란? : SW의 구조를 정의한 것으로 SW를 구성하는 주요 요소들과 요소들의 관계를 정의한 것 그 중 웹 서비스 개발에 주로 사용되는 패턴인 계층형 아키텍쳐 패턴에 대해 간단히 알아보자. 계층형 아..
HTML (Hypertext Markup Language) Hypertext → 서로 연결될 수 있고 Markup → 정보를 구조적으로 표현하는 Language → 프로그래밍 언어 - HTML은 정보를 구조적으로 표현하기 위해 Tag라는 개념을 사용한다. (ex. , ···) HTML의 기본 구조 ≫ HTML 문서는 계층형 구조이다. - html tag: 최상위 태그 - head tag: 문서의 부가 정보를 담는 태그 - body tag: 문서의 컨텐츠를 담는 태그 HTML의 기초 Tag 중 전에 정리하지 않았던 Tag들만 정리해보려 한다. HTML의 기초 Tag · 문장 사이에 줄 바꿈하는 Line Breaker - → single Tag임( or 둘다 사용 가능) · 특정 문자를 강조 - bold -..
Control Structure 조건, 루프(loop), 흐름을 제어하는 선언문 · Control Structures는 코드 복잡도에 가장 큰 영향을 주는 요소이다. · 특히 중첩된 Control Structures는 코드의 가독성과 테스트 용이성은 낮추고, 복잡도는 올리게 된다. Control Sturcture로 설계하는 방법 1. Fail Fast! Early Return! * Fail Fast → 빨리 실패하는 '검증로직'을 구현하여 로직을 분리한다. ▶ 위의 그림처럼 코드를 수정할 경우의 이점 - 검증 영역(코드 상단)과 핵심 로직 영역(코드 하단)이 분리된다. - Method의 복잡도가 낮아진다. - 가독성이 향상되고, 테스트가 용이해진다. 2. 최대한 긍정 조건으로 표현하라 → 긍정적인 표현은..
Comment 란? Code에 대한 사람이 읽을 수 있는 부가 설명. 사람이 Code를 더 쉽게 이해할 수 있게 하는 것이 목적이다. ▶ Clean Commet 원칙 1. Comment는 필요악이다 2. Comment는 대부분의 상황에서 사용하지 말아야 한다. (그러나 Comment를 사용해야 하는 몇 가지 예외 상황이 있다) * 왜 최대한 코멘트를 피해야할까? >> Comment 보다 Code 그 자체가 의미 있어야 한다. - Comment로 부가 설명이 필요하다면 Code가 충분히 의미 있지 못하다는 것이다. - Comment에 의지하기 보다 의미있는 Code를 작성하는 노력이 필요하다 >> Comment는 최신 정보를 담지 못한다. - Code를 변경한다고 Comment 변경도 필수가 아니기 때문에..
≫ 유지보수성 높은 Clean Method의 조건 1. Method를 호출하는 사람이 사용하기 용이해야 한다. 2. Method를 유지보수 하는 사람이 이해하고, 변경하기 용이해야 한다. 3. Method를 유지보수 하는 사람이 테스트하기 용이해야 한다. ▶ Clean Method의 원칙 · 가능한 한 충분히 작아야 한다. · 한 가지를 해야 한다. 그리고 그 한 가지를 잘 해야 한다. · 테스트 가능해야 한다. · 중복이 없어야 한다. Method를 만들 때 Method를 호출하는 사람의 인지적 부하를 최소로 만들어 주어야 한다. 즉, Method를 호출할 때마다 내부 코드를 보거나 API 문서를 보지 않게끔 해야한다는 것이다. 인지적 부하를 낮추는 가장 좋은 방법은 Method의 Parameter의 ..