패턴 지키려고 장황하게 돌려서 작업하고 의미전달을 위해 무조건 긴 변수와 메소드명 짓기..
이거 문제 많음
의미 전달이 되면서도 되도록 짧은 네이밍을 한다
the number of worker
보다는
worker count가 나음
디자이너랑 분리해서 작업하는 것도 아닌데 mvvm 패턴을 적용한다
그냥 mvc 쓰고 코드 비하인드에서 작업하는게 낫다
패턴 지키려고 장황하게 돌려서 작업하고 의미전달을 위해 무조건 긴 변수와 메소드명 짓기..
이거 문제 많음
의미 전달이 되면서도 되도록 짧은 네이밍을 한다
the number of worker
보다는
worker count가 나음
디자이너랑 분리해서 작업하는 것도 아닌데 mvvm 패턴을 적용한다
그냥 mvc 쓰고 코드 비하인드에서 작업하는게 낫다
의미 전달을 위해 긴 변수명이 국룰인데요 ㅇㅅㅇ;; the number of worker는 예시가 너무 이상한데요 ㅇㅅㅇ;;
영문학이랑 변수명 짓기랑 헷갈리셨나 ㅇㅅㅇ;;
물론 길어질 수바께 없슴다 예시로 든건 좀 이상하지만 둘 다 같은 의미인데 앞은 너무 길잖아여 이런거도 고민해 봐야한다더군여
보통은 wc workerC wCount 이런게 문제지, 길어서 문제가 되는건 본적이 업슴니다 ㅇㅅㅇ;;
축약어 쓰면 죽빵 갈겨야죠
'분리해서 작업하는게 아닌데 mvvm 패턴을 적용한다' 이것도 동의하기가 어렵습니다 관심사의 분리가 꼭 분업때문이 아니에요
너무 반대만 해서 뎨둉
현재 wpf로 소규모로 작업중인데 분업이 잘 되어 있거나 간단한 서비스 정도라면 그 말이 맞슴다 근데 서비스 요구사항이 좀 복잡해지면 패턴 지키는데너무 비용이 많이 들더군여 아무튼 작업하다보니 케바케라는 결론
보..복잡해질수록 관심사 분리해두는게 이득인... 여기까지만 하죠 ㅎㅎ
아 그 복잡도가 단순히 웹개발 규모가 커진다거나 백엔드 서비스 로직 같은거면 맞아요 ㅎㅎ 근데 드래그 동작이라거나 하는 뷰 자체의 프론트 복잡성이면 이야기가 좀 다름니다 mvvm은 백엔드 로직 분리인데 뷰에 로직이 필요한 경우라서
그리고 wpf는 기본 클릭정도나 패턴 지키기 좋지 뷰에서 클릭 이외에 복잡한 동작이 요구되면 완전 개판되더군여 저도 만들라고 들어와서 하고 있기는 한데 프레임워크 잘 선택해야 하는 것 같슴다
네이밍센스 이거 생각보다 중요하다.. 이거 하나때문에 가독성이 급이 달라짐. 꽤 중요한데 다른것에 우선순위가 밀려서 가려지는듯
아니 누가 변수명에 관사 전치사까지 넣냐? 이게 제대로 된 예임? 좀 있으면 형용사 부사도 넣어서 아예 영문장을 만들겠네..wc, aa, 이딴게 문제이거임. 코테를 하면 다 이렇게 하고. 거기에 다 함축해서 한 줄에 다 때려넣으니 디버거로 흐름을 확인하는것도 불가능함.