그냥혀유 그냥혀유

1. 목표 기존 입출금 내역 분석기를 개선코드 베이스 유연성 및 유지보수 개선을 위해 개방/폐쇄 원칙 적용 언제 인터페이스를 사용해야 좋을지 일반적 가이드라인 및 높은 결합도 피할 수 있는 기법 학습자바 예외처리 방법 2. 확장된 입출금 내역 분석기 요구사항 특정 입출금 내역을 검색할 수 있는 기능 ex 주어진 날짜 범위 또는 특정 범주의 입출금 내역얻기검색 결과의 요약 통계를 텍스트,HTML 등 다양한 형식으로 만들기3. 개방/폐쇄 원칙  기존 코드를 변경하지 않으면서, 기능을 추가할 수 있도록 설계 되어야 한다는 원칙 확장에는 개방적이고, 수정에는 폐쇄적 (확장은 새로운 기능 추가를 의미한다.)즉, 기능 추가 요청이 오면, 클래스 확장 통해 손쉽게 구현하면서 확장에 따른 수정은 최소화 OCP는 추상화..

1. 목표단일책임원칙을 배워보자응집도와 결합도에 대해 생각해보자 2. 요구사항텍스트 파일이 콤마로 분리된 값으로 주어진다. 이 값을 파싱해서 결과를 얻을 것이다.입출금 내역의 총 수입과 총 지출은 각각 얼마인가? 결과는 양수인가 음수인가?특정 달엔 몇 건의 입출금 내역이 발생했는가?지출이 가장 높은 상위 10건은 무엇인가?돈을 가장 많이 소비하는 항목은 무엇인가?30-01-2017,-100,Deliveroo//..3. KISS 원칙 keep it short and simple 원칙을 의미한다. 코드 설계나 내용을 불필요하게 복잡하게 만들지 말자는 원칙 public class BankTransactionAnalyzerSimple { private static final String RESOURCES ="..

- 객체 지향의 장점은 구현 변경의 유연함 - 캡슐화를 통해 내부 구현의 유연함을 얻을 수 있었음 - 또 다른 유연함은 추상화를 통해 얻을 수 있다. * 객체 지향의 사실과 오해 -> 추상화의 방법 1. 공통점(객체 구분) 2. 일반/서브타입 나누기 (부모/자식) 1. 상속 - 상속은 기존 클래스의 기능을 그대로 사용하면서 확장할 수 있게 한다. - 오버라이드 2. 다형성과 상속 - 다형성이란 한 객체가 여러 모습을 가진다 -> 여러 기능(책임)을 수행할 수 있다. - 자바와 같은 정적 타입 언어는 상속을 통해서 다형성을 구현한다. 3. 인터페이스 상속 및 구현 - 인터페이스 상속과 구현 상속으로 구분 할 수 있다. - 인터페이스 상속: 타입(개념상 인터페이스) 정의만 상속받는 것 (추상클래스, 인터페이..

1.1 절차지향 - 데이터를 조작하는 코드를 별도로 분리해서 함수나 프로시저와 같은 형태로 만듦 - 각 프로시저들이 데이터를 조작하는 방식 - 순서에 따르는 것이 아니라, 프로시저에 따른 프로그래밍이다. ex) 시험 성적 관리 프로그램 - 평균 계산, 화면출력 등의 프로시저가 존재할 것이고 각 프로시저는 데이터를 공유할 것이다. - 이 과정에서 절차지향적 프로그래밍은 데이터를 중심으로 표현하게 된다. - 절차지향의 문재 > 데이터 타입이나 의미 변경시 수정해야하는 프로시저가 증가 > 같은 데이터를 프로시저들이 서로 다른 의미로 사용하는 경우가 많다. > 절차지향의 전형적인 문제는 한 곳을 수정하면 다른 여러 곳에서 문제가 발생하는 것 1.2 객체지향 - 데이터와 그와 관련된 프로시저를 객체라는 단위로 묶..

1. 지저분한 코드 최초 요구사항: 메뉴영역에 메뉴1과 메뉴2가 있다. 공통영역에 버튼 1이 있다. - 메뉴를 누르면 각 메뉴로 화면전환 -버튼을 누르면 각 메뉴에 맞는 화면처리를 한다. public class Application implements OnClickedListener { private Menu menu1 = new Menu("menu1"); private Menu menu2 = new Menu("menu2"); private Button button1 = new Button("bu1"); private String currentMenu = null; public Application(){ menu1.setOnClickListener(this); // 클릭시 이벤트 담당하는 클래스 등록 m..

훌륭한 메시지가 훌륭한 객체지향 설계의 기반임을 강조 객체의 자율성과 설계의 유연성은 어떤 메시지를 선택하느냐에 달렸다. 5. 책임과 메시지 5.1 자율적인 책임 > 설계의 품질을 좌우하는 책임 - 기능 구현을 위해 협력하고 그 과정에서 책임을 다하기 위해 자율적 행동 - 객체가 어떤 행동을 하는 유일한 이유는 메시지의 수신 (책임) > 자신의 의지에 따라 증언할 수 있는 자유 - 재판하라는 메시지에 자율적 책임을 다함 - 메시지 송신자는 어떤 방식으로 응답하는지는 관심이 없다. - 어떤 메시지를 전하는냐에 따라 자율성을 침해할 여지가 있다. - 충분히 자율적이기 위해선, 책임이 추상적일 필요가 있다(메시지가) > 너무 추상적인 책임 - 협력의 의도를 명확하게 표현하지 않는 것도 문제 - 너무 과도한 자..

3.타입과 추상화 (객체의 분류) - 지하철 지도를 통한 추상화 예시 - 정확성은 버리고 목적에 집중 3.1 추상화를 통한 복잡성 극복 - 추상화란 불필요한 부분을 도려내고, 본질이 드러나게 하는 과정 - 추상화는 목적에 의존적이다. 1. 구체적 사물의 공통점은 취하고 차이점은 버리는 일반화 (분류) 2. 중요한 부분을 강조하기 위해 불필요한 세부사항 제거 (일반화/특수화) 3.2 객체지향과 추상화 - 트럼프 예시에서 모든 각양각색의 트럼프 등장인물과 토끼를 트럼프와 토끼의 속성으로 분리 > 그룹으로 나누어 단순화 하기 > 개념 - 우리가 인식하는 다양한 사물이나 객체에 적용할 수 있는 아이디어나 관념을 의미 - 객체간 차이점을 의도적으로 무시하고 공통점을 강조한 취사선택 - 객체를 묶기 위한 그릇을 개..

1. 협력하는 객체들의 공동체 - 객체지향이란 실세계를 직접적으고, 직관적으로 모델링할 수 있는 패러다임 - 하지만, 이는 실세계를 모방하는 것을 의미하지 않는다. 고객을 만족시킬 수 있는 신세계를 창조하는 것에 가깝다. - 실세계와의 연관성은 객체의 자율성을 부여하고, 객체가 서로 메시지를 통해 서로 협력하는 객체지향의 연결완전성에서 찾아 볼 수 있다. 1.1 협력하는 사람들 - 커피를 주문하는 클라이언트, 주문을 받는 캐셔, 커피를 만드는 바리스타의 협력관계를 통해 객체지향을 엿볼 수 있다. - 협력 사이에 객체들은 각자의 역활과 수행해야할 책임이 있다. - 사람들 사이에서 일어나는 일처럼, 소프트웨어를 개발할 때도 협력,역할,책임은 중요한 의미를 가진다. > 요청과 응답으로 구성된 협력 - 협력이란..