닭발개발

7일차. 클린코드[2주차_월요일] 57 - 66pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 1) 작게 만들어라! 2) 한 가지만 해라! 3) 함수 당 추상화 수준은 하나로! 4) Switch문 5) 서술적인 이름을 사용하라! 6) 함수 인수 7) 부수 효과를 일으키지 마라! 8) 명령과 조회를 분리하라 - 함수는 뭔가를 수행 or 답하기 둘 중 하나만 해야 한다. 9) 오류 코드보다 예외를 사용하라! - 명령 함수에서 오류 코드를 반환하는 방식은 명령/조회 분리 규칙을 미묘하게 위반한다. - try/catch 블록은 추하다. 따라서 블록을 별도 함수로 뽑아내는 편이 좋다. - 함수는 한 가지 작업만 해야하는데, 오류 처리도 한 가지 작업에 속한다. - 오류코드 대신 예외를 사용하면 새 ..

6일차. 클린코드[1주차_토요일] 46-56pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 - 함수를 잘 만드는 법을 소개한다. 1) 작게 만들어라! 2) 한 가지만 해라! 3) 함수 당 추상화 수준은 하나로! - 함수가 확실히 '한 가지' 작업만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 한다. - 한 함수 내에 추상화 수준을 섞으면 코드를 읽는 사람이 햇갈린다. -- 위에서 아래로 코드 읽기 : 내려가기 규칙 => 코드를 위에서 아래로 읽으면 함수 추상화 수준이 한 단계씩 내려가는 것. 4) Switch문 - switch문은 작게 만들기 어렵지만 다형성을 이용하여 각 switch문을 저차원 클래스에 숨기고 절대로 반복하지 않는 방법을 쓴다. 5) 서술적인 이름을 사용하라! - ..

그놈의 CORS.. 뭔진 모르지만 그냥 어찌저찌 해결하며 살다가 그게 뭔데? 라는 의문에서 시작하여 정리해본다. Warning ! Access to fetch at ‘https://myhompage.com’ from origin ‘http://localhost:3000’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource. If an opaque response serves your needs, set the request’s mode to ‘no-cors’ to fetch the resource with CORS disabled. 'https://myhomep..

5일차. 클린코드[1주차_금요일] 35 - 45pg #요약 1. 깨끗한 코드2. 의미 있는 이름소프트웨어에서 이름은 어디에나 쓰이기 때문에 이름을 잘 지으면 여러모로 편하다. 1) 의도를 분명히 밝혀라 2) 그릇된 정보를 피하라 3) 의미있게 구분하라 4) 발음하기 쉬운 이름을 사용하라 5) 검색하기 쉬운 이름을 사용하라 6) 인코딩을 피하라 7) 자신의 기억력을 자랑하지 마라 8) 기발한 이름은 피하라 9) 한 개념에 한 단어를 사용하라 10) 말장난을 하지 마라 11) 해법 영역에서 가져온 이름을 사용하라 12) 문제 영역에서 가져온 이름을 사용하라 13) 의미 있는 맥락을 추가하라 - 맥락을 계산하면 함수를 쪼개기가 쉬워져서 알고리즘도 더 명확해진다. 14) 불필요한 맥락을 없애라 15) 마치면서 ..

4일차. 클린코드[1주차_목요일] 24-34pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 소프트웨어에서 이름은 어디에나 쓰이기 때문에 이름을 잘 지으면 여러모로 편하다. 1) 의도를 분명히 밝혀라 2) 그릇된 정보를 피하라 - 진짜 list가 아니면 list도 쓰지 마라 - 서로 흡사한 이름을 쓰지 마라 - 유사한 개념은 유사한 표기법을 사용한다. 일관성이 떨어지는 표기법도 그릇된 정보다. 3) 의미있게 구분하라 - 잘못된 예시 : moneyAmount와 money, customerInfo와 customer, accountData와 account - 읽는 사람이 차이를 알도록 지어라 4) 발음하기 쉬운 이름을 사용하라 5) 검색하기 쉬운 이름을 사용하라 - 7, e는 검색이 어렵다. - 이름의 길이..

3일차. 클린코드[1주차_수요일] 13-23pg #요약 1. 깨끗한 코드 {깨끗한 코드란?} - 론 제프리스 : 중복이 없고 표현력 높이고, 초반부터 간단한 추상화를 고려한 코드 - 워드 커닝햄 : 코드를 읽으며 짐작했던 기능을 제대로 수행한 코드 {우리들 생각} 이 책은 우리의 오브젝트 멘토 진영이 생각하는 깨끗한 코드를 설명한다. {우리는 저자다.} Javadoc에서 @author 필드가 저자를 소개하듯이 우리는 저자다. - 코드를 짤 때, 자신이 저자고, 이것을 볼 독자가 있다는 사실을 기억해야 한다. - 새 코드를 짜면서 기존 코드를 끊임없이 읽기 때문에 읽기 쉬운 코드가 중요하다. 보이스카우트 규칙에서는 캠핑장에 체크인 할 때보다 체크아웃 할 때 더 깨끗하게 하라고 한다. 코드도 마찬가지이다. ..

48일차. 오브젝트: 코드로 이해하는 객체지향 설계[8주차_토요일] 마지막날 604-615pg #요약 **APPENDIX C. 동적인 협력, 정적인 코드** 01. 동적 모델과 정적 모델 1) 행동이 코드를 결정한다. - 동적 모델이 정적 모델을 결정해야 한다. 2) 변경을 고려하라 -객체지향 설계 관련 다른 도서에서는 도메인 모델을 먼저 만들고 도메인 모델을 기반으로 설계와 구현을 진행하라고 했는데, 도메인 안의 개념과 관계를 담고 있는 도메인 모델은 정적 모델인데? 02. 도메인 모델과 구현 1) 도메인 모델에 관하여 - 도메인 : 사용자가 프로그램을 사용하는 대상영역 - 모델 : 지식을 선택적으로 다순화하고 의식적으로 구조화한 형태 - 도메인 모델 : 사용자가 프로그램을 사용하는 대상 영역에 대한 ..

44일차. 오브젝트: 코드로 이해하는 객체지향 설계[8주차_화요일] 547-557pg #요약 **APPENDIX. 계약에 의한 설계** 01. 협력과 계약 02. 계약에 의한 설계 03. 계약에 의한 설계와 서브타이핑 - 서브타입이 리스코프 치환 원칙을 만족시키기 위해서는 클라이언트와 슈퍼타입 간에 체결된 계약을 준수해야 한다. - 리스코프 치환원칙의 규칙 a. 계약 규칙 : 슈퍼타입과 서브타입 사이의 사전조건, 사후조건, 불변식에대해 서술할 수 있는 제약에 관한 규칙 b. 가변성 규칙 : 파라미터와 리턴 타입의 변형과 관련된 규칙 1) 계약 규칙 - 사전조건 완화는 리스코프 치환 원칙을 위반하지 않는다. - 사후조건 완화는 리스코프 치환 원칙 위반이다.

0. 현재 연결된 원격 레파지토리 확인하기 $ git remote -v origin https://djWJrn/djWJrn.git (fetch) origin https://djWjrn/djWjrn.git (push) 1. 연결되어있는 원격 레파지토리 끊기 git remote remove [name] $ git remote remove origin 2. 원하는 원격 레파지토리에 연결하기 git remote add [name] [url] $ git remote add orgin https://xhlrmsgkrh/tlvdjdy.git 참고 : https://ifuwanna.tistory.com/263

43일차. 오브젝트: 코드로 이해하는 객체지향 설계[8주차_월요일] 538-546pg #요약 **APPENDIX. 계약에 의한 설계** 01. 협력과 계약 1) 부수효과를 명시적으로 2) 계약 - 계약은 협력을 명확하게 정의하고 커뮤니케이션할 수 있는 범용적인 아이디어. 02. 계약에 의한 설계 - 버트란드 마이어가 제시한 계약의 개념 . 협력에 참여하는 각 객체는 계약으로부터 이익을 기대하고 이익을 얻기 위해 의무를 이행한다. . 협력에 참여하는 각 객체의 이익과 의무는 객체의 인터페이스 상에 문서화된다. - 계약에 의한 설계를 이용하면 오퍼레이션의 시그니처를 구성하는 다양한 요소들을 이용해 협력에 참여하는 객체들이 지켜야 하는 제약 조건을 명시할 수 있다. - 의도를 드러내는 인터페이스를 만들면 오퍼..