SOLID 원칙은 어느정도 수준으로 지켜야할까요?

Question

종교처럼...죽기 전까지 무조건 SOLID 원칙에 맞게 코드를 작성하는게 맞을까요?아니면 원칙을 고수하되그때그때 유연하게 대처하는게 맞을까요?

dong bang · Answer

솔리드원칙에 단일 책임원칙이 있죠이거 잘생각해보면 복붙소스도 괜찮다는 말입니다.그래서 다른개발자들에게 같은 질문을 받으면 항상 해주는 말이솔리드 원칙 = 헌법 (참고로 헌법을 어겨도 감옥 가지는 않습니다. > 대신 헌법으로 법을 만들었을때니 그 법때문에 감옥 가는겁니다.)처럼 쓰라고 가르칩니다.헌법은 법을 만들기 위한 법입니다.솔리드 원칙은 팀내 규칙을 만들기 위한 원칙입니다.그러니 고수하실 필요는 없습니다.

샵D · Answer

그때그때 유연하게 대처하는 것이 맞습니다. 레일즈 같이 솔리드 규칙 어기는 방식이 정석인 프레임워크도 존재하고, 레일즈 방식이 좋다는 개발자들도 있습니다.

장독깨기 · Answer

전 클래스 구조화하는데, SOLID 원칙 자체를 생가해 본 적이 없습니다. ㅎ데이터 구조와 연관관계, 속성, 행위들, 확장성, 효율성만 생각하죠.데이터베이스 설계때도 마찬가집니다.구조화 관점에서 보면 클래스를 구조화 하는 것과 거의 비슷합니다.이 것도 정규화 과정 뭐 이런게 있는데요, 이거 생각하면서 설계한 적 없습니다.

뾰로롱산새 · Answer

프로젝트 크디에 따라 다를수도있고.. 그 상황에 설계를 보고 적당히 타협을...이러한 부분은 경험의 영역 아닐까요..!!

LTK · Answer

꼭 안지켜도 잘돌아가는 코드를 짤 순 있습니다.하지만 지키면 더 아름다운 코드를 짤수 있죠.제 개인적인 생각으로는 학생때나 공부할때는 최대한 철저히 지키면서 짜려고 연습해보고 실제 실무에선 너무 복잡해질거같거나 마감이 급하거나 할땐 유연성있게 살짝 어기거나 하는 정도로 하는게 좋다고 봅니다.

커피포션 · Answer

원칙이라고는 하지만 사실 그냥 권장사항일 뿐이에요 서울로 가려는데 부산으로 가지 않기 위한 이정표정도? 상황에 따라 유연하게 대처하는 게 맞다고 생각해요

yeori · Answer

SOLID는 원칙이라기 보다는 추구하는 방향으로 이해하는 게 좋습니다.만들어 놓고 손을 떼버린다면 모를까, 이후 계속 기능을 추가하고 버그를 고치면서도 속도를 유지하려면 다섯가지 덕목에 충실한 게 좋습니다.시간이 흘러흘러 뭐 하나 수정하면 어디에선가 됐다가 안됐다가 하는 현상이 생깁니다.원인을 파악해 보면 똑같은 일을 하는 코드가 여기저기 중복 존재하기 때문에 비슷한 코드들을 찾아서 일일이 다 고쳐야 합니다. 중복 지점만큼 똑같은 일을 반복해야 함.이거 고쳐보겠다고 중복 코드를 한군데로 뽑아내곤 하는데, 결국 XxxUtil 같은 클래스들이 넘쳐납니다.이 안에 메소드가 수백 개 있음.그리고 코드 중복이 XxxUtil 클래스 안에서 다시 재발합니다. 거의 비슷한데 살짝 다른 메소드가 여기저기 보임. 여러군데 흩어져있던 코드 중복들을 하나의 클래스 안에다 모아놓은 꼴입니다.코드 중복이 악의 축입니다.언젠가는 반드시 시간을 곱절로 잡아먹습니다.그리고 이 코드 중복을 제거하려면 저 다섯가지 덕목으로 귀결됩니다.

SOLID 원칙은 어느정도 수준으로 지켜야할까요?

7개의 답변

Q&A 목록