닭발개발

15일차. 클린코드[3주차_수요일] 132-141pg #요약 7. 오류처리 - 뭔가 잘못될 가능성은 항상 존재하고 그것을 바로 잡을 책임은 프로그래머들에게 있다. - 우아하고 고상하게 오류처리하는 법 1) 오류 코드보다 예외를 사용하라 2) Try-Catch-Finally 문부터 작성하라 - 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법이 좋다. 3) 미확인(unchecked) 예외를 사용하라 - 확인된 예외는 잘 쓰지 않는다. - 확인된 오류가 치르는 비용에 상응하는 이익을 제공하는지 따져봐야한다. 확인된 예외는 OCP(Open Closed Principal)를 위반한다. - 확인된 예외는 캡슐화를 깨버리는 현상이 일어날 수 있다. 4) 예외에 의미를 제공하라..

출처 : https://hianna.tistory.com/529 replaceAll() 과 정규식(regular expression, regex) 활용 public class ToSingleSpace { public static void main(String[] args) { String str = "Hi, Every\t\t One!"; // 연속된 공백 -> 하나의 공백으로 String newStr = str.replaceAll("\\s+", " "); // 결과 출력 System.out.println("[" + newStr + "]"); } } // 결과 // [Hi, Every One!] str.replaceAll("\\s+", " "); 정규식 "\s"는 다음과 같은 종류의 공백(white spa..

14일차. 클린코드[3주차_화요일] 123-131pg #요약 6. 객체와 자료구조 1) 자료 추상화 2) 자료/객체 비대칭 3) 디미터 법칙 - 모듈은 자신이 조작하는 객체의 속사정을 몰라야 한다는 법칙 a. 기차 충돌 final String outputDir = stxt.getOptions().getScratchDir().getAbsolutePath(); - 여러 객체가 한 줄로 이어진 기차처럼 보이기 때문에 위와 같은 코드를 기차 충돌이라고 한다. - 기차충돌 코드는 조잡하다. - 위코드를 깨끗하게 하는 법 Options opts = ctxt.getOptions(); File scratchDir = opts.getScaratchDir(); final String outputDir = scratchDi..

13일차. 클린코드[3주차_월요일] 111-122pg #요약 5. 형식 맟추기 1) 형식을 맞추는 목적 2) 적절한 행 길이를 유지하라 3) 가로 형식 맞추기 ㄱ. 가로 공백과 밀집도 ㄴ. 가로 정렬 ㄷ. 들여쓰기 - 범위로 이뤄진 계층 표현을 위해서 코드를 들여쓴다. - 들여쓰는 정도는 계층에서 코드가 자리잡은 수준과 비례함 a. 들여쓰기 무시하기 : 한 행에 범위를 뭉뚱그린 코드는 X ㄹ. 가짜 범위 while (dis.read(buf, 0, readBufferSize) != -1) ; 4) 팀 규칙 - 팀에 속한다면 자신이 선호해야 할 규칙은 팀 규칙이다. - 팀은 한 가지 규칙에 합의해야 하며 모든 팀원은 그 규칙을 따라야 한다. 5) 밥 아저씨의 형식 규칙 6. 객체와 자료구조 - 변수를 pri..

12일차. 클린코드[2주차_토요일] 103-110pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 5. 형식 맟추기 1) 형식을 맞추는 목적 2) 적절한 행 길이를 유지하라 ㄹ. 수직거리 a) 변수 선언 b) 인스턴스 변수 : 인스턴스 변수는 클래스 맨 처음에 선언한다. 변수 간에 세로로 거리를 두지 않는다. c) 종속 함수 : 한 함수가 다른 함수를 호출한다면 두함수는 세로로 가까이 배치한다. d) 개념적 유사성 : 개념적 친화도가 높을수록 코드를 가까이 배치한다. ㅁ. 세로순서 - 호출되는 함수를 호출하는 함수보다 나중에 배치한다. 가장 중요한 개념을 가장 먼저 표현 3) 가로 형식 맞추기 - 한 행은 가로로 보통 20자~60자 사이의 길이다. 짧은 행을 선호한다. ㄱ. 가로 ..

11일차. 클린코드[2주차_금요일] 95-102pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 5. 형식 맟추기 - 프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야 한다. - 팀으로 일한다면 팀이 합의해 규칙을 정하고 모두 그 규칙을 따라야 한다. 1) 형식을 맞추는 목적 - 코드형식은 너무 중요해서 융통성없이 맹목적으로 따르면 안된다. - 코드형식은 의사소통의 일환이고 의사소통은 전문 개발자의 일차적인 의무다. 2) 적절한 행 길이를 유지하라 - 자바에서 파일 크기는 클래스 크기와 밀접하다. - 코드의 세로길이가 조금만 차이나도 실제 크기는 크게 달라진다. - 보통 세로길이가 500줄을 넘어가는 파일이 없고 대다수가 200줄 미만이다. -> 200줄 미만의 파일로도 큰 시스템을..

10일차. 클린코드[2주차_목요일] 84-94pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 1) 주석은 나쁜 코드를 보완하지 못한다. 2) 코드로 의도를 표현하라! 3) 좋은 주석 4) 나쁜 주석 // 함수나 변수로 표현할 수 있다면 주석을 달지 마라 // 위치를 표시하는 주석 : 특히 뒷부분에 / 로 이어지는 잡음은 제거하는 편이 좋다. 배너를 남용하면 독자가 흔한 잡음으로 여겨 무시한다. // 닫는 괄호에 다는 주석 : 닫는 괄호에 주석을 달기 보다는 함수를 줄이려 노력하라 // 공로를 돌리거나 저자를 표시하는 주석 : 이런 정보는 소스 코드 관리 시스템에 저장하는 편이 좋다. // 주석으로 처리한 코드 : 삭제해도 된다. 잃어버릴 염려 없다. 약속한다. ㅋㅋ // HTML..

9일차. 클린코드[2주차_수요일] 75-83pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석 1) 주석은 나쁜 코드를 보완하지 못한다. 2) 코드로 의도를 표현하라! 3) 좋은 주석 // TODO 주석 : 필요하다 여기지만 당장 구현하기 어려운 업무 기술 -주기적 점검으로 필요없으면 삭제 // 중요성을 강조하는 주석 // 공개 API에서 Javadocs: 설명이 잘 된 공개 api는 유용하다. 4) 나쁜 주석 - 대다수의 주석이 나쁜 주석이다. // 주절거리는 주석 : 주석을 달기로 했다면, 충분한 시간을 들여 최고의 주석을 달도록 해야 한다. // 같은 이야기를 중복하는 주석 : 주석이 코드보다 더 많은 정보를 제공하지 못한다. // 오해할 여지가 있는 주석 // 의무적으로 다는..

undefined 정의되지 않음. 변수가 초기화 되어있지 않는 상태 null 변수에 값이 없는 상태 var dd; // undefined var dd = null; // null // 예제 // 결과 : BBBBB undefined와 null 둘 다 잡으려면

8일차. 클린코드[2주차_화요일] 67-74pg #요약 1. 깨끗한 코드 2. 의미 있는 이름 3. 함수 4. 주석- 주석은 실패를 의미한다. 내가 코드로 풀어내지 못했다는 뜻 - 코드로 의도를 풀어내야 한다. - 주석은 오래될수록 코드에서 멀어진다. - 부정확한 주석은 아예 없는 주석보다 훨씬 나쁘다. 1) 주석은 나쁜 코드를 보완하지 못한다. - 코드 품질이 나쁘니까 주석을 추가한다. 2) 코드로 의도를 표현하라! - 주석으로 달려는 설명을 함수로 표현할 수도 있다. 3) 좋은 주석 - 주석을 달지 않을 방법을 찾아낸 주석이 좋은 주석이다. // 법적인 주석 : 저작권정보와 소유자 정보 // 정보를 제공하는 주석 : 가능하면 함수이름에 정보를 담자 // 의도를 설명하는 주석 : 결정에 깔린 의도까지 ..