콜백방식이잖아 이런 콜백방식들이 첨엔 획기적이라고야 생각했지 근데 프로젝트 규모가 커지면 커질수록 코드가 짜파게티 된다 이런 것들 관리해주는 거 만들어야하나 콜백방식 너무 장단점이 극명하다 - dc official App
스파게티 코드는 방법론의 문제가 아니라 짠놈문재인
콜백방식 써본거 맞지? - dc App
그럼 매프레임마다 애니메이션 위치 어딘지 확인함?
아니 a객체에서 이벤트를 구현해놓고 그걸 b객체의 프레임에서 발생시키는게 규모가 커질수록 짬뽕 코드되는거 말하고있는거야 - dc App
콜백이랑 매프레임마다 시간체크하는거 두개말고 애니메이션 위치확인할수있는방법좀
그닌까 나도 더 좋은 방법있는지 이야기하고 있는데 짠 놈 문제라고 떠넘기는건 아니지 - dc App
규모가 커질때 잘 대처하는게 실력임
그닌까 어케 대처했냐고 ㅋㅋ - dc App
뭘대처함 콜백 안에 1줄이거나 길어야 3줄인데 거기에 10줄씩 짜여있고 콜백도 10개가 넘으면 잘못짠거맞지
나도 3줄이하로 끝나긴 하는데 넌 문제점을 못느끼는것같에 그냥 - dc App
그렇게따지면 c도 쓰면 안됨 ㅋㅋㅋ