mandy

목차 1. 형식을 맞추는 목적 2. 적절한 코드 형식을 작성하는 방법 3. 클래스 및 인터페이스 선언 4. TeamCodingConvention 5. 참고할 만한 컨벤션 1. 형식을 맞추는 목적 좋은 소프트웨어 시스템은 읽기 쉬운 문서로 이루어 져야 하기 때문에 소스 코드의 스타일이 일관적이고 매끄러워야 한다. 스타일과 가독성 수준은 유지보수 용이성과 확정성에 계속 영향을 미치기 때문에 한 소스 파일에서 봤던 형식이 다른 소스 파일에도 쓰이리라는 신뢰감을 독자에게 주어야 한다. 2. 적절한 코드 형식을 작성하는 방법 신문 기사와 같이 위에서 아래로 자연스럽게 읽히며 고차원에서 시작해 마지막에 저차원의 개념이 나오도록 작성한다. 1) 개념은 빈 행으로 분리 각 행은 수식이나 절을 나타내고, 일련의 행 묶음..

목차 1. 주석을 최대한 쓰지 말자. 2. 좋은 주석 3. 나쁜 주석 4. 주석보다 annotation 5. JavaDoc 1. 주석을 최대한 쓰지 말자. 프로그래밍 언어를 치밀하게 사용해 의도를 표현할 능력이 있다면, 주석은 거의 필요하지 않다. 대부분 주석 없이는 자신을 표현할 방법을 찾지 못해 할 수 없이 주석을 사용한다. 따라서 코드를 깔끔하게 정리하고 표현력을 강화하는 방향으로 에너지를 쏟아야 한다. 코드는 변화하고 진화한다. 주석은 언제나 코드를 따라가지는 않는다. 코드만이 자기가 하는 일을 진실되게 말한다. 따라서 주석을 가능한 줄이도록 꾸준히 노력해야 한다. 1) 주석은 나쁜 코드를 보완하지 못한다. 표현력이 풍부하고 깔끔하면 주석이 거의 없는 코드가 복잡하고 어수선하며 주석이 많이 달린 ..

목차 1. 테스트는 유연성, 유지보수성, 재사용성을 제공한다. 2. 깨끗한 테스트 코드 3. FIRST 규칙 4. TDD 법칙 5. 테스트 라이브러리 사용 6. Test Double 7. 테스트 종류 8. 예제 1. 테스트는 유연성, 유지보수성, 재사용성을 제공한다. 테스트 케이스가 없다면 모든 변경이 잠정적인 버그가 된다. 따라서 개발자는 변경에 주저하게 된다. 테스트 케이스가 있으면 부실하거나 엉망인 코드라도 변경하며 개선해 나갈 수 있다. 그러므로 실제 코드를 점검하는 자동화된 단위 테스트가 필요하고 테스트 코드를 깨끗하게 유지해야 한다. 2. 깨끗한 테스트 코드 지저분한 테스트 코드는 테스트를 안하니만 못하다. 깨끗한 테스트 코드를 만들기 위해선 가독성이 중요하다. 명료성, 단순성, 풍부한 표현력..

SOLID 원칙 SRP (단일 책임 원칙) : 한 클래스는 하나의 책임만 가져야 한다. OCP (개방-폐쇄 원칙) : 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다. LSP (리스코프 치환 원칙) : 서브 타입은 언제나 기반 타입으로 교체할 수 있어야 한다. ISP (인터페이스 분리 원칙) : 자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다. DIP (의존성 역전 원칙) : 상위 모델은 하위 모델에 의존하면 안된다. 둘 다 추상화에 의존해야 한다. 추상화는 세부 사항에 의존해서는 안된다. 세부 사항은 추상화에 따라 달라진다. 1) SRP (단일 책임 원칙) : 한 클래스는 하나의 책임만 가져야 한다. (1) 함수를 구현할 때 예제 [클린코드] 3. 함수 2) OCP (개방-폐쇄..