[💬] 너네 작업할때 구현 먼저 해놓고 최적화 안된 코드 마지막에 고치냐

[ㅆㅇㅆ(124.216)]

아니면 뭔가 막혔을때 생각하면서 고치냐

일단 구현이 먼저라서 구현 해놨는데

크기가 커질수록 이부분에 막히고 추가가 안되는 부분이 있네

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[ㅆㅇㅆ(124.216)]

처음부터 완벽하게 짜나보네 부럽다

[ㅆㅇㅆ(124.216)]

기능 추가할려면 결국 깔끔해야하잖아. 나 아이템을 추가하려고하는데, 이거 인터페이스로 안만들어두니까 일이 너무 많아서 인터페이스로 바꿀까 고민중. 기능 구현에만 치중하면 결국 확장성이 별로되서

[ㅆㅇㅆ(124.216)]

아 내 실력이 부족해서 그런가 아이템을 추가해서 능력치 변화주는거 일일이 하니까 씨발 너무 오래걸리고 잘 안되는데

[익명(182.211)]

사실 기능 모듈화해서 구현하는 시간이랑 하나씩 노가다로 짜서 합치는 시간이랑 크게 차이안난다

[ㅆㅇㅆ(124.216)]

그런건가

[디시콘쓸려고만듦(kimmsssiu)]

어짜피 고쳐야 할 때가 오는날이 있어서 한번 만들어둔건 굳이 안건드림

[디시콘쓸려고만듦(kimmsssiu)]

대신 나중에 고쳐야 할 때를 대비해서 주석같은걸 자세하게 써두는 편

[김메가(scw973108)]

구현부터하고 다듬어야지~ 라고 생각하며 구현 한 다음 다듬으려고 살펴보면 슬슬 귀찮아져서 걍 스킵함

[김메가(scw973108)]

결론) 안고침

[ㅆㅇㅆ(124.216)]

흠ㅋㅋㅋㅋㅋ

[익명(119.70)]

난 처음부터 모듈화 해둠

[ㅇㅇ 2(220.70)]

시간날때 고침..

[ㅇㅇ 3(211.199)]

위 예로 아이템 추가 될 때마다 능력치를 올려야 된다면 아이템 종류랑 능력치 종류도 다를거고 꼭 아이템이 아니더라도 다른 요소에서 능력치를 올린다면 확장성을 확보하지 않으면 계속 복붙해야하고 작은 변경에도 모든 클래스에서 대응하던가 그 갯수만큼 복붙 해야함. 그래서 만약 해당 시스템에 병렬적 추가요소가 없다고 한다면 ex) 능력치를 올려주는 요소가 아이템으로 무조건 제한하는게 아닌, 업적, 타이틀, 스킬, 펫 등 다양하다면 => 꼭 캡슐화를 기반으로 적절한 디자인패턴을 찾아 적용하는게 맞음. 본인이 용인 가능한 변경 횟수를 제한하면 나중에 확장이 아닌 슈퍼클래스 혹은 최상위 모듈에 변화를 줘야 할 때 서브클래스 일부만 변경해주거나 의존하는 다른 클래스 몇 개만 수정해주면 됨. 직렬적 추가요소는 예를 들어,

[ㅇㅇ 3(211.199)]

아이템의 종류를 늘리는 행위, 종류의 갯수를 늘리는 행위 ex) 아머, 무기, 방패 였는데 여기에 신발을 추가한다던지, 무기(검) 갯수가 3개 / 브로드소드, 투 핸드 소드, 바스타드 소드 였는데, 시미터를 추가한다던지 같은 경우는 데이터만 추가해주면 되는 요소를 말함. 확장에 유연하는건 병렬적 확장을 말하는거고