Redddy's Devlog

디자인 패턴 Design Pattern 디자인 패턴이란 소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 일반적인 해결책이다. 디자인 패턴의 분류 GoF(Gang of Four)의 디자인 패턴은 크게 생성 패턴, 구조 패턴, 행위 패턴으로 분류된다. 생성 패턴 (Creational Pattern) 생성 패턴의 목적 클래스의 캡슐화를 통해 코드의 유연성과 재사용 가능성을 향상시키는 패턴 생성 패턴의 예 추상 팩토리 (Abstract Factory) 빌더 (Builder) 팩토리 메서드 (Factory Method) 프로토타입 (Prototype) 싱글턴 (Singleton) 구조 패턴 (Structural Pattern) 구조 패턴의 목적 클래스와 객체를 조합하여 더 큰 구조를 만드는 패턴 인터페이스..

이번 장에서는 이전 장과는 달리 데이터에 초점을 맞추는 것이 아닌 객체에 책임을 할당하는데에 초점을 맞추는 방식을 살펴본다. 1. 책임 주도 설계를 향해 데이터 중심의 설계에서 책임 중심의 설계로 전환하기 위해서는 다음의 두 가지 원칙을 따라야 한다. 데이터보다 행동을 먼저 결정하라 협력이라는 문맥 안에서 책임을 결정하라 책임 주도 설계 책임 주도 설계의 흐름은 아래와 같다. 시스템이 사용자에게 제공하는 기능인 시스템 책임을 파악한다. 시스템 책임을 더 작은 책임으로 분할한다. 분할된 책임을 수행할 수 있는 적절한 객체 또는 역할을 찾아 책임을 할당한다. 객체가 책임을 수행하는 도중 다른 객체의 도움이 필요한 경우 이를 책임질 적절한 객체 또는 역할을 찾는다. 해당 객체 또는 역할에게 책임을 할당함으로써..

객체지향 설계의 핵심은 역할, 책임, 협력이다. 올바른 객체에게 책임을 할당하면서 낮은 결합도와 높은 응집도를 가진 구조를 창조하는 활동이다. 훌륭한 설계란 합리적인 비용 안에서 변경을 수용할 수 있는 구조를 만드는 것이다. 적절한 비용 안에서 쉽게 변경할 수 있는 설계는 응집도가 높고 서로 느슨하게 결합돼 있는 요소로 구성된다. 이를 달성하기 위한 중요한 원칙은 객체의 상태가 아니라 객체의 행동, 더 나아가 책임에 초점을 맞추는 것이다. 객체를 단순한 데이터의 집합으로 바라보는 시각은 객체의 내부 구현을 퍼블릭 인터페이스에 노출시키는 결과를 낳기 때문에 결과적으로 설계가 변경에 취약해진다. 이번 장에서는 영화 예매 시스템을 책임이 아닌 상태를 표현하는 데이터 중심의 설계를 먼저 살펴보고 객체지향적으로 ..

SQL Injection SQL 인젝션은 악의적인 사용자가 보안상의 취약점을 이용하여, 조작된 쿼리문을 DB에 그대로 전달하여 비정상적 명령을 실행시키는 공격 기법이다. 공격 목적 정보 유출 저장된 데이터 유출 및 조작 원격 코드 실행 일부 데이터베이스의 경우 확장 프로시저를 이용하여 원격으로 시스템 명령의 실행 가능 시스템 명령의 실행은 원격 자원 접근 및 데이터 유출, 삭제 가능 인증 우회 공격의 대표적인 경우는 로그인 폼에서 발생 이때 상위 권한을 가진 사용자의 권한으로 인증 절차를 우회하여 로그인 발생 조건 사용자 입력값의 신뢰성 부족 사용자로부터 입력 받은 값(폼 데이터, URL 파라미터)을 적절히 검증 또는 이스케이프하지 않은 경우 발생 동적 SQL 쿼리 생성 동적으로 SQL 쿼리를 생성하고 ..

객체지향 패러다임의 핵심은 역할(role), 책임(responsibility), 협력(collaboration)이다. 객체지향의 본질은 협력하는 객체들의 공동체를 창조하는 것이다. 객체지향 설계의 핵심은 협력을 구성하기 위해 적절한 객체를 찾고 적절한 책임을 할당하는 과정에서 드러난다. 1. 협력 영화 예매 시스템 돌아보기 영화 예매라는 기능을 완성하기 위해 객체들이 서로 메시지를 주고 받으며 상호작용하고 있다. 위 그림과 같이 객체지향 원칙을 따르는 애플리케이션의 제어 흐름은 어떤 하나의 객체에 의해 통제되지 않고 다양한 객체들 사이에 균형 있게 분배되는 것이 일반적이다. 객체들은 요청의 흐름을 따라 자신에게 분배된 로직을 실행하면서 애플리케이션의 전체 기능을 완성한다. 이처럼 객체들이 애플리케이션의 ..

한빛미디어 활동을 위해서 책을 제공받아 작성된 서평입니다. 노코드(No-code)와 로우코드(Low-code)는 소프트웨어 개발에 있어서 전통적인 코딩이나 프로그래밍 작업을 최소화하고, 시각적이고 직관적인 도구를 사용하여 응용 프로그램을 만드는 방법을 나타낸다. 이러한 개념들은 비전문가들이나 프로그래밍 경험이 제한된 사람들도 소프트웨어를 개발할 수 있게 하는 데 중점을 두고 있다. 1. 노코드(No-code) - 노코드는 말 그대로 "코드를 작성하지 않음"을 의미한다. 노코드 플랫폼은 주로 시각적 인터페이스와 드래그 앤 드롭 기능을 제공하여 사용자가 프로그래밍 없이도 소프트웨어를 개발하고 관리할 수 있도록 한다. - 예를 들어, 노코드 도구를 사용하면 웹 페이지, 비즈니스 프로세스, 데이터베이스 애플리케..

1. 영화 예매 시스템 요구사항 살펴보기 영화 예매 시스템을 살펴보자. 여기에는 "영화"와 "상영"이라는 용어가 등장한다. 영화는 제목, 가격 등과 같이 영화에 대한 정보를 나타내고, 상영은 실제로 관객들이 영화를 관람하는 사건을 표현한다. 관객이 실제로 예매를 하는 대상은 특정 시간에 상영되는 영화이다. 특정한 조건을 만족하는 예매자는 요금을 할인받을 수 있다. 이때 필요한 것은 할인 조건(discount condition)과 할인 정책(discount policy)이다. 할인 조건은 '순서 조건'과 '기간 조건'으로 나뉘는데 순서 조건은 특정한 상영 순번을 가진 영화에 대해, 기간 조건은 요일, 시작 시간, 종료 시간을 정하여 해당 기간에 포함되는 영화에 대해 할인 혜택을 제공하는 것이다. 할인 정책..

이론이 먼저일까, 실무가 먼저일까? 로버트 L. 글래스 1. 티켓 판매 어플리케이션 구현하기 요구사항 소극장의 홍보를 위해 추첨을 통해 관객들에게 무료 공연 초대권을 발송한다. 관람객의 소지품은 초대장, 현금, 티켓으로 제한하고 이를 보관할 용도의 가방을 들 고 온다. 클래스 구현 관람객이 소지품을 보관할 Bag 클래스를 추가하고, 초대장의 보유 여부를 판단하는 hasInvitation 메서드와 티켓의 소유 여부를 판단하는 hasTicket 메서드, 현금을 변화시키는 plusAmount, minusAmount 메서드, 그리고 초대장을 티켓으로 교환하는 setTicket 메서드를 구현한다. Bag 인스턴스의 상태는 현금과 초대장을 함께 보관하거나, 초대장 없이 현금만 보관하는 두 가지 상태중 하나이다. 이..

한빛미디어 활동을 위해서 책을 제공받아 작성된 서평입니다. 러닝 MySQL은 MySQL을 처음 배우는 사람이나, 다른 데이터베이스를 사용하다 MySQL로 변경되어 공부하려는 사람들에게 추천하는 도서이다. 이 책은 총 4부로 이루어져있다. MySQL 시작 리눅스, 윈도우, 맥OS, 도커에서 MySQL을 설치하고 설정하는 방법을 설명한다. MySQL 사용법 사용법에서는 데이터베이스 모델링과 설계, CRUD와 같은 쿼리 작성 방법, 테이블, 인덱스를 생성하고 수정하는 방법을 설명한다. 제품 환경의 MySQL 제품 환경에서는 데이터베이스의 꽃이라고 볼 수 있는 트랜잭션에 대해 다루고, 사용자 및 권한 관리, 백업 및 복구와 서버 구성 및 튜닝에 대해 설명한다. 기타 마지막 부에서는 MySQL 서버 모니터링 방법..

나의 눈은 소중하니 폰트들을 키워주기로 했다. 👀 코드 입력창 콘솔창 메뉴탭 이렇게 3군데 폰트를 변경해줄 것이다. 코드 입력창 Settings -> Editor -> Font Size를 변경해주면 된다. 행간을 변경하고 싶다면 Line height를 수정하면 된다. 콘솔창 콘솔창에서도 이것저것 볼게 많은데 이친구도 폰트를 변경할 수 있다. Settings -> Editor -> Color Schema -> Console Font 이때 Use console font instead of the default 체크박스를 체크해야 변경이 가능하다. 메뉴탭 패키지 이름이나, 안내문구 등등 read only 로 되어 있는 부분들의 폰트 사이즈도 변경할 수 있다. Settings -> Appearance & Beh..