Study17 차례 하루에 아이템3개씩 읽거나 포스팅을 할것같다 화이팅!! 2장 객체 생성과 파괴: 아이템 1~9 3장 모든 객체의 공통 메서드: 아이템10~14 4장 클래스와 인터페이스: 아이템15~25 5장 제네릭: 아이템26~33 6장 열거 타입과 애너테이션: 아이템34~41 7장 람다와 스트림: 아이템42~48 8장 메서드: 아이템49~56 9장 일반적인 프로그래밍 원칙: 아이템57~68 10장 예외: 아이템69~77 11장 동시성: 아이템78~84 12장 직렬화: 아이템85~90 2021. 9. 17. 1장: 들어가기 자바가 지원하는 타입(type; 자료형)은 인터페이스(interface), 클래스(class), 배열(array), 기본타입(primitie)까지 총 네 가지다. 애너테이션(annotation)은 인터페이스의 일종이며 열거 타입(enum)은 클래스의 일종이다. 네 가지 타입 중 처음 세 가지는 참조 타입(reference type)이라 한다. 즉, 클래스의 인스턴스와 배열은 객체(object)인 반면, 기본 타입 값은 그렇지 않다. 클래스의 멤버로는 필드(field), 메서드(method), 멤버 클래스, 멤버 인터페이스가 있다. 메서드 시그니처는 메서드 이름과 입력 매개변수(parameter)의 타입드로 이뤄진다(반환값의 타입은 시그니처에 포함되지 않는다) 이 책은 상속(inheritance)을 서브클.. 2021. 9. 17. 1장: 깨끗한 코드 코드가 존재하리라 코드는 더 이상 문제가 아니라고, 모델이나 요구사항에 집중해야 한다는 사람도 있을 것이다. 코드는 사라질 가망은 전혀 없다! 왜? 코드는 요구사항을 상세히 표현하는 수단이니까! 어느 수준에 이르면 코드의 도움 없이 요구사항을 상세하게 표현하기란 불가능하다. 추상화도 불가능하다. 기계가 실행할 정도로 상세하게 요구사항을 명시하는 작업, 바로 이것이 프로그래밍이다. 이렇게 명시한 결과가 바로 코드다. 코드는 요구사항을 표현하는 언어라는 사실을 명심한다. 요구사항에 더욱 가까운 언어를 만들 수도 있고, 요구사항에서 정형 구조를 뽑아내는 도구를 만들 수도 있다. 하지만 어느 순간에는 정밀한 표현이 필요하다. 그 필요성을 없앨 방법은 없다. 그러므로 코드는 항상 존재한다! 나쁜 코드 프로그래머라.. 2021. 9. 17. 6장: 객체 지도 유일하게 변하지 않는 것은 모든 것이 변한다는 사실뿐이다. - 헤라클레이토스(Heraclitus of Ephesus) 여행 중에 다른 마을로 이동해야 하는데 길을 모른다고 가정해 보자. 이 경우 사람들은 다음의 두 가지 방법 중 하나를 이용해 길을 찾는다. 1. 지나가는 사람에게 마을까지 가는 길을 직접 물어본다 2. 지도에 표시된 길을 따라가는 방법 길을 찾는 입장에서는 어떤 방법을 사용하건 상관없이 목적지로 이동할 수 있겠지만 방법에 따라 길을 찾는 과정과 난이도면에서는 차이가 난다. 첫 번째 방법은 '기능적이고 해결책 지향적인 접근법(functional, solution-directed approach)'이다. 길을 가르쳐 주는 사람은 다른 마을까지 가는 경로를 단계별로 상세히 설명해야 한다. 사람.. 2021. 9. 12. 5장: 책임과 메시지 책은 이미 다 읽었고 요즘 최범균님이 저서인 개발자가 반드시 정복해야 할 객체지향과 디자인 패턴 책을 보고 있는데, 앞부분의 객체지향 내용이 여기 객체지향의 사실과 오해에서 나오는 내용들이다!! 그럼 시작 의도는 "메시징"이다. 훌륭하고 성장 가능한 시스템을 만들기 위한 핵심은 모듈 내부의 속성과 행동이 어떤가보다는 모듈이 어떻게 커뮤니케이션하는가에 달려 있다. - 앨런 케이(Kay 1998) 책임감 분산(diffusion of responsibility): 사건에 대한 목격자가 많으면 많을수록 개인이 느끼는 책임감은 적어진다. 대부분의 사람들은 자신에게 명확한 책임이 없는 경우에는 어떤 사건에 대한 일을 타인의 책임으로 간주해버린다. 그에 반해 이를 보고할 책임이 명확하게 주어진 경우에는 신속하게 위기.. 2021. 9. 10. 4장: 역할, 책임, 협력 개인적으로 정말 중요한 장이라 생각한다...! 이미 책을 다 읽고나서 B-logging중이지만 RDD, 객체지향 설계의 핵심이 들어있는 파트라고 말할 수 있다.(블로그 주인 생각) 우리 모두를 합친 것보다 더 현명한 사람은 없다. - 켄 블랜차드(Ken Blanchard) 인간은 어떤 본질적인 특성을 지니고 있느냐가 아니라 어떤 상황에 처해 있느냐가 인간의 행동을 결정한다. 즉, 각 개인이 처해 있는 정황 또는 문맥(context)이 인간의 행동 방식을 결정한다는 것이다. 여기서 인간의 행동을 결정하는 문맥은 타인과의 협력이다. 협력이라는 문맥을 무시한 채 각 개인의 반응을 독립적으로 관찰하는 것은 무의미하다. 협력에 얼마나 적절한지에 따라 행동의 적합성이 결정되며 협력이라는 문맥이 인간의 행동 방식을 .. 2021. 8. 18. 3장: 타입과 추상화 일단 컴퓨터를 조작하는 것이 추상화를 구축하고, 조작하고, 추론하는 것에 관한 모든 것이라는 것을 깨닫고 나면 (훌륭한) 컴퓨터 프로그램을 작성하기 위한 중요한 전제 조건은 추상화를 정확하게 다루는 능력이라는 것이 명확해진다. - 키스 데블린(Keith Devlin)[Devlin 2003] * 스팅모어가 디자인한 1927년 런던 지하철 지도 * 해리 벡이 디자인한 1933년의 지하철 노선도 해리 벡은 지하철을 이용하는 승객들을 면밀하게 관찰한 후 승객이 꼭 알아야 하는 사실만 정확하게 표현하고 몰라도 되는 정보는 무시함으로써 이해하기 쉽고 단순하며 목적에 부합하는 지하철 노선도를 창조해 낼 수 있었다. 해리 백의 가장 위대한 업적은 지하철 노선을 추상화 한것이다. 추상화를 통한 복잡성 극복 해리 벡의 지.. 2021. 8. 16. 2장: 이상한 나라의 객체 객체지향 패러다임은 지식을 추상화하고 추상화한 지식을 객체 안에 캡슐화함으로써 실세계 문제에 내재된 복잡성을 관리하려고 한다. 객체를 발견하고 창조하는 것은 지식과 행동을 구조화하는 문제다. - 레베카 워프스브록(Rebecca Wirfs-Borck)[Wirfs-Brock 1990] 객체지향 패러다임은 현실 세계의 존재를 소프트웨어 세계의 객체로 바꾸는 것이다. 그리고 이것은 좋은 방법이며 둘 다 일치한다 => 오해 객체지향 패러다임의 목적은 현실 세계를 모방하는 것이 아니라 현실 세계를 기반으로 새로운 세계를 창조하는 것이다 => 사실 객체지향과 인지 능력 인간은 본능적으로 세상을 독립적이고 식별 가능한 객체의 집합으로 바라본다. 많은 사람들이 객체지향을 직관적이고 이해하기 쉬운 패러다임이라고 말하는 이.. 2021. 8. 6. 1장: 협력하는 객체들의 공동체 시너지를 생각하라. 전체는 부분의 합보다 크다. - 스티븐 코비(Stephen R. Covey) 객체지향이라 불리는 새로운 세상의 문을 연 대부분의 사람들은 "객체지향이란 실세계를 직접적이고 직관적으로 모델링할 수 있는 패러다임"이라는 설명과 마주하게 된다. => 오해 객체지향 소프트웨어는 실세계의 투영이며, 객체란 현실 세계에 존재하는 사물에 대한 추상화 => 오해 객체지향의 목표는 실세계를 모방하는 것이 아니다. 오히려 새로운 세계를 창조하는 것이다. => 사실 소프트웨어 시스템이 해결하려고 하는 실재는 잘해봐야 먼 친척밖에는 되지 않는다 - 버트란드 마이어(Bertrand Meyer) 실세계에 대한 비유가 객체지향의 다양한 측면을 이해하고 학습하는데 매우 효과적이다. => 사실 객체를 스스로 생각하.. 2021. 8. 2. 객체지향의 사실과 오해 스터디 (0) - 시작 & Why? & 목차 - Why? 이 책을 현재 중간(3장)까지 봤다...! 흔히들 자바에서 객체지향은 class를 잘 설계하는거라고 말한다 이건 틀린말이다!! C++, JAVA에서의 객체지향적인것은 우리가 뻘코딩을 하고 프레임워크에서 아키텍처를 나누는거보다 좀 더 심오하더라 그리고 개발자라면 한번쯤은 꼭 읽어야 할 책이라서 주제로 선정했다. 추가로 총 페이지도 250페이지 정도로 가볍게 읽을 책으로 충분했다. 하지만 정말로 개발을 해 본 사람이라면 말 그대로 객체지향에 대한 '사실'과 '오해'를 알 수 있는 내용이었다. - 목차 ▣ 01장: 협력하는 객체들의 공동체 협력하는 사람들 - 커피 공화국의 아침 - 요청과 응답으로 구성된 협력 - 역할과 책임 역할, 책임, 협력 - 기능을 구현하기 위해 협력하는 객체들 - 역할과 .. 2021. 8. 1. 그림으로 배우는 http&Network Basic (1) - 웹과 네트워크의 기본 제 1장 웹과 네트워크의 기본에 대해 알아보자 1.1 웹은 HTTP로 나타낸다 1.2 HTTP는 이렇게 태어났고 성장했다 1.2.1 웹은 지식 공유를 위해 고안되었다 1.2.2 웹이 성장한 시대 1.2.3 진보 안하는 HTTP 1.3 네트워크의 기본은 TCP/IP 1.3.1 TCP/IP는 프로토콜의 집합 1.3.2 계층으로 관리하는 TCP/IP 1.3.3 TCP/IP 통신의 흐름 1.4 HTTP와 관계가 깊은 프로토콜은 IP/TCP/DNS 1.4.1 배송을 담당하는 IP 1.4.2 신뢰성을 담당하는 TCP 1.5 이름 해결을 담당하는 DNS 1.6 이들과 HTTP와의 관계 1.7 URI와 URL 1.7.1 URI는 리소스 식별자 1.7.2 URL 포맷 1.1 웹은 HTTP로 나타낸다 클라이언트(Clien.. 2021. 7. 5. 토비의 스프링 스터디 (1) - 오브젝트와 의존관계 1장 오브젝트와 의존관계 1.1 초난감 DAO 1.2 DAO의 분리 1.3 DAO의 확장 1.4 제어의 역전(IoC) 1.5 스프링의 IoC 1.6 싱글톤 레지스트리와 오브젝트 스코프 1.7 의존관계 주입(DI) 1.8 XML을 이용한 설정 1.9 정리 직접 코드를 치면서 따라오고싶은 분들은 https://code-boki.tistory.com/20 IntelliJ에서 Spring 프로젝트(Spring MVC) 생성하기 요즘은 Spring Boot로 바로 개발한다. 하지만 Spring을 제대로 알려면 Servlet부터 Spring, Spring Boot 순서로 배워야 잘 배운거라 생각한다! 옛날 포스팅된 글들 혹은 이클립스, STS로 스프링프로젝트를 만 code-boki.tistory.com 를 참고해서.. 2021. 6. 30. 이전 1 2 다음
