pointMan

1.SRP: 단일 책임 원칙 (single responsivility principle) 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 애매모호하다(문맥과 상황에 따라 다르다, 클 수도 있고 작을 수 있다,) 하나의 책임의 중요한 판단 기준은 변경에 있다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것이다. ex) 메서드 하나를 수정했는데 의존하고 있는 여러 클래스 까지 같이 수정이 필요하면 SRP를 따르지 않은 것이다. 2.OCP: 개방-폐쇄 원칙 (Open/closed principle)★★★ 소프트웨어 요소는 확장에는 열러 있으나 변경에는 닫혀 있어야한다. 다형성을 활용하자. 인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현한다 역활과 구현을..

1. 의존성을 최대한 줄여라. -의존성이 너무 많이 의존관계를 가지고 있으면 유지보수 하기에 힘들다. -나는 화시에서 이러한 경험을 한 적이 있다. 기존 서비스에서 기능 한가지를 추가해야 하는 일이 생겼다. -유저 리스트를 불러오는 함수를 조금 수정하여 재사용 하려고 하였지만 의존관계가 너무 많아 조금 수정하게 되면 -다른 코드들도 수정하여야 하는 상황이 발생 하였던 경험이 있어 재사용하지 못하고 다시 만들었던 기억난다. 2. 나쁜코드는 나쁜코드를 유혹한다. -판매 내역 엑셀 다운로드 기능에 셀을 추가해달라는 클라이언트에 요청이 있어 -엑셀 다운로드 코드를 봤는데 직관적이지 않고 너무 불친절했던 코드였다 -내가 코드 몇개를 직관적이고 의도가 분명하게 하여 추가한다고 하더라도 -기존에 있던 코드들 때문에 ..