개발 성장 일기 :)

1. 제어의 역전 IoC (Inversion of Control) 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다. 개발자 입장에서는 자연스러운 흐름이다. 반면에 AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 예를 들어서 OrderServiceImpl 은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 OrderServiceImpl 도 AppConfig가 생성한다. 그리고 AppCon..

여기서는 SRP, DIP, OCP 적용되었다. 1. SRP 단일 책임 원칙 " 한 클래스는 하나의 책임만 가져야 한다. " SRP 단일 책임원칙을 따르면서 관심사를 분리했다. 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당 클라이언트 객체는 실행하는 책임만 담당. 2. DIP 의존관계 역전원칙 " 프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다." 의존성 주입은 이 원칙을 따르는 방법 중 하나다. 기존 클라이언트 코드가 추상화 인터페이스에 의존했지만, 구체화 구현 클래스에도 함께 의존하고 있었다. ->클라이언트 코드가 추상화 인터페이스에만 의존하도록 코드를 변경했다. 하지만, 클라이언트 코드는 인터페이스만으로는 아무것도 실행할 수 없었기 때문에 AppConfig가 객체 인스턴스..

1. 도메인 모델과 테이블 설계 회원 엔티티 분석 회원 테이블 분석 * 연관관계의 매핑 분석 -> 참고: 외래 키가 있는 곳을 연관관계의 주인으로 정해라. 회원과 주문 : 일대다, 다대일의 양방향 관계 외래키가 있는 주문 을 연관관계의 주인으로 하는 것이 좋다. 그러므로 Order.member 를 ORDERS.MEMBER_ID 외래키와 매핑한다. 주문상품과 주문 : 다대일 양방향 관계다. 외래 키가 주문상품에 있으므로 주문상품이 연관관계의 주인이다. 그러므로 OrderItem.order를 ORDER_ITEM.ORDER_ID 외래키와 매핑한다. 주문상품과 상품: 다대일 양방향 관계다. OrderItem.item 을 ORDERITEM.ITEM_ID 외래 키와 매핑한다. 주문과 배송 : 일대일 양방향 관계다...

프로젝트 생성 1. spring 사이트를 들어가서 아래와 같이 Dependencies를 설정한다. https://start.spring.io Dependencies에서 추가해줘야 하는 것들 - Spring Web Services - Thymeleaf - JPA - H2 * Lombok 추가하는 법 ( getter 와 setter을 자동으로 만들어줘서 매우 편리 ) 1. References > Plugins 에서 Lombok 을 추가해주고, 2. enable annotiation processing을 체크해준다. 라이브러리 살펴보기 spring-boot-starter-web spring-boot-starter-tomcat: 톰캣 (웹서버) spring-webmvc: 스프링 웹 MVC spring-boot-..

클래스의 관점 설계도 데이터+ 함수 사용자 정의 클래스의 또 다른 정의 : 클래스는 데이터와 함수의 결합의 의미를 가진다. 또는 사용자정의 타입의 의미도 있다. 프로그래밍 언어에서 데이터 처리를 위한 데이터 저장 형태의 발전과정은 아래와 같다. 1. 변수 : 하나의 데이터를 저장할 수 있는 공간 2. 배열 : 같은 종류의 여러 데이터를 하나로 저장할 수 있는 공간 3. 구조체 : 서로 관련된 여러 데이터 (종류관계 X)를 하나로 저장할 수 있는 공간 4. 클래스 : 데이터와 함수의 결합 ( 구조체+ 함수) 클래스를 사용함으로서 더 객체지향적인 언어를 사용할 수 있다. 변수와 메서드 변수는 클래스변수, 인스턴스 변수, 지역변수 세종류가 있다. 변수의 종류를 결정짓는 중요한 요소는 ' 변수의 선언된 위치'이..

객체지향 언어의 큰 특징 4가지 1. 캡슐형 2. 상속 3. 추상화 4. 다형성 코드의 재사용성이 높다 : 새로운 코드를 작성할 때 기존의 코드를 이용하여 쉽게 작성할 수 있다. 코드의 관리가 용이하다 : 코드간의 관계를 이용해서 적은 노력으로 쉽게 코드를 변경할 수 있다. 신뢰성이 높은 프로그래밍을 가능하게 한다 : 제어자와 메서드를 이용해서 데이터를 보호하고 올바른 값을 유지하도록 하여, 코드의 중복을 제거하여 코드의 불일치로 인한 오동작을 방지할 수 있다. -> 재사용성과 유지보수 그리고 중복된 코드의 제거. 세 가지 관점에서 보면 쉽게 이해할 수 있다. 클래스와 객체 그리고 인스턴스 클래스 ( Class ) : '객체를 정의해 놓은 것'. 또는 '객체의 설계도 또는 틀' 객체 : '실제로 존재하는..