코딩스타일 가지고 이래저래 토론이 있었던 모양인데,역시 앞에 것이 더 낫나?난 뒤에 것이 좋다고 생각하고 있었는데,그 이유가 뭔고하니 많이 해봤던게 짧은게 많아서 그랬구나.코드가 길어지면 뒤에건 꼴도 보기 싫어. ㅇㅇㅇ근데 또 궁금한게,if else 많이 쓰면 이상한거임?if else 많이 쓰는 프로그래머가 싫다는 글의 의미를 잘 이해를 못하겠음.뭔가 예제(?) 없음?
코딩 스타일은 각각 전부 나름 장단점, 이유가 있다. 어느 한쪽에 편중해서 선입견 갖지말고 적당히 타협하면서 살아라
if else자체가 문제가 아니라. 구조적으로 더 좋게 할 수 잇는데, 생각도 안하고 마구잡이로 if else로 케이스만 따지는걸 경계하는거다
둘다 더럽다고 느끼는건 나만 그럼?
두개를 적당히 섞어서 쓰면 안되나 -;
나름 합당한 이유와 일관성있으면 된다. 합당한 이유에는 가독성을 포함해야겟지
2번 스타일은 누가 봐도 알아보기쉽고 1번 스타일은 2번쓰는 사람이 보면 짜증날것같음 난 2번에서 1번으로 바뀜
ㄱㄴㄴ// 그러니까 좀 더 구체적인 예시 같은거 나와 있는 곳 없음? 이해가 잘 안 가. 함수화 모듈화의 문제인가 싶어서 생각해보니 그건 또 아닌거 같고... switch문으로 풀릴 문제를 얘기하나 싶어서 생각해보니 그것도 아닌거 같고...
ㅇㅇㅇ // 너가 생각하는 정상적인 경우는 없다.
if else 가지고 왈가왈부할 사항이 아니라는거당
어떤 스타일로 코딩하든 그건 자기 취향 문제지만, 그래도 팀 코딩 스타일은 한 번 알아보고 되도록 따라주는게 좋지. 근데 여기서 더 생각해 봐야 할 부분은 코드가 어느 쪽으로 활용되냐도 중요하다고 봐.
나는 갠적으로 전자인데.. 배울때도 그렇게배웠고 그러므로 편하게 느껴짐 결론은 코딩방법은 자기취향임
둘다 좋지 않음. 언어별로 일종의 표준 코딩 스타일이 있음. 그거대로 하거나 팀에서 정한 코딩 스타일을 따라가는게 정답. 혼자 개발하는거면 맘대로.
이유는 팀원 모든 사람이 코딩스타일이 다름. 그리고 그 스타일을 내가 결정할 확률보다 시키는데로 할 확률이 많음. 즉 스트레스 안받고 가독성도 떨어지기 싫으면 한 스타일만 고수하기보다 여러스타일에 익숙해지는게 좋음.