객체지향 디자인에 관해서는 꽤 많은 얘기를 들어봤는데
좋은 절차지향 디자인에 관해서 아는거는,
Goto 를 '잘' 쓸 수 있으면 좋다, 함수는 10줄 넘기지 마라,
탈출조건확인은 모아서 하거나 이왕이면 중괄호를 써라 정도
뭐가 있을까요 엄지손가락규칙
좋은 절차지향 디자인에 관해서 아는거는,
Goto 를 '잘' 쓸 수 있으면 좋다, 함수는 10줄 넘기지 마라,
탈출조건확인은 모아서 하거나 이왕이면 중괄호를 써라 정도
뭐가 있을까요 엄지손가락규칙
- 우주를 손 {안에 담자;}
구조적
모듈화
테스트하기 쉬우면 일반적으로 모듈화가 잘 됬더라 TDD 하지 않겠는가?
코세처럼 짜라
두가지 다 문제를 잘게 쪼개라네요 맞아 이게 있었지 - return 0;
그런데 맨날 바뀌는 부분과 고정되서 바뀌지 않는 부분을 분리해내는 게 중요한 거 같음. 맨날 바뀌는 부분은 아무리 깔끔하게 해봤자 어차피 바뀌니까 OOP고 나발이고 적용할 필요가 없다고 생각함.
께임에서 극단적으로는 아예 스크립트 언어를 붙여서 맨날 바뀌는 부분을 완벽히 분리하기도 한다고,..
개방과 폐쇄의 원칙~
츄럴//되서->돼서 (되어 = 돼임) [리듬 맞춤법 봇♬]
츄럴//됬->됐 (되어 = 돼임) [리듬 맞춤법 봇♬]