Book/Clean Code2

• 

  Clean Code - 함수를 안전하고 간결하게 작성하기 Chapter 03. 함수 1. Solid 객체 지향 설계의 5가지 원칙 SRP : 단일 책임 원칙(한 클래스는 하나의 책임만 가져야한다) 클래스는 하나의 기능만 가지며, 어떤 변화에 의해 클래스를 변경해야하는 이유는 오직 하나뿐이어야한다. SRP 책임이 분명해지기 때문에, 변경에 의한 연쇄 작용에 자유로워질 수 있다. 가독성 향상과 유지보수가 용이해진다. OCP : 개방-폐쇄 원칙(소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀있어야한다) 변경을 위한 비용은 가능한 줄이고, 확장을 위한 비용은 가능한 극대화해야한다. 요구사항의 변경이나 추가 사항이 발생하더라도, 기존 구성요소에는 수정이 일어나지 않고, 기존 구성 요소를 쉽게 확장해서 재사용한다. 객체 지향의 추상화와 다형성을 활용한다. LSP :.. Book/Clean Code 2024. 3. 25.

• 

  Clean Code - 깨끗한 코드와 의미 있는 이름 Chapter 01. 깨끗한 코드 나쁜 코드 성능이 나쁜 코드 불필요한 연산이 들어가서 개선의 여지가 있는 코드 의미가 모호한 코드 이해하기 어려운 코드 네이밍과 그 내용이 다른 코드 중복된 코드 비슷한 내용인데, 중복된 코드 -> 해당 코드는 버그를 발생시킬 수 있다. 나쁜 코드가 좋지 않은 이유 나쁜 코드가 좋지 않은 이유로는 3가지의 예시가 있습니다. 첫 번째는 깨진 유리창 법칙입니다. 즉, 나쁜 코드는 깨진 유리창처럼 계속 나쁜 코드를 만들어지도록 합니다. 두 번째는 생산성 저하입니다. 나쁜 코드는 팀 생산성을 저하시킵니다. 기술부채를 만들어서 수정을 더 어렵게 합니다. 세 번째는 새로운 시스템을 만들어야한다 입니다. 현시스템을 유지보수하며 대체할 새로운 시스템 개발은 현실적으로 매우 어렵기 때문.. Book/Clean Code 2024. 3. 21.