@@김동현-t2z Guard Clause 방식으로 코딩을 추천합니다. if 안에 if를 넣는 방식으로 컴파일 하면 어셈블리 라인수가 적게 나와요. 그래서 성능도 올릴 수 있고 디바이스 장비에 용량 때문에 어셈블리 라인 수 제한이 있어서 그 안에 코딩을 짜야할 경우도 있습니다. 일반적으로 이렇게까지 하는 경우는 없지만 코드 가독성, 디버깅, 수정 등 이점이 더 많더라구요
한 가지 확실한건...if문 내에 조건은 직관적일수록 좋다는 겁니다. 가령 여러 개의 if문이 중첩되는 게 불가피하다면, 여러 조건을 묶어 직관적 이름을 가진 Boolean 타입 변수로 중간정리를 해주는 거죠. 이러면 나중에 리팩토링 할 때 '내가 이 조건을 왜 넣었더라.......'하고, 무턱대고 수정하다 전체가 꼬여버리는 대참사를 방지할 수 있습니다.
분명 조건문이 엄청 복잡해서 몇개 혹은 한개 불리언 변수로 분리해서 사용하면 코드줄 늘어난다고 고치라는 선임이 있어서 너무 고통스럽습니다. 나중에 화면공유로 코드리뷰 하면서 이 코드는 이해하기 너무 어렵다고 몇번씩 투덜대는데 진짜 내 업보인건가 싶기도 하고 저런 존경받지 못하는 선임이 될까 무서운 하루입니다
@@whoAmI-zu8lv 주석이 필요 없을수록 좋은 코드입니다. 대부분의 언어가 고급 언어로 사람의 의사 표현과 비슷하게 설계 돼있는데, 컴퓨터만 이용하는 언어보다 직관적으로 읽기 쉬운 코드가 필요함이 고급 언어가 만들어진 이유겠지요? 코드만으로도 코드가 어떤 동작을 하는지 한 눈에 볼 수 있어야 이상적입니다. 안그랬음 어셈블리어로 다 통일됐죠.
개인적으로 switch와 enum, 삼항연산자를 활용하는걸 좋아합니다. 명확하게 고정된 값으로 표현가능한 경우라면 enum에 각 status에 맞는 변수 만들어놓고, switch에서 해당하는 status에 따라 분기시켜서 구현하면 너무 편리합니다. 그리고 고정된 값이 아닌 범위로 비교하는 경우는 삼항연산자를 활용해서 조건문 사용을 줄이면 복잡하지 않게 구현이 가능합니다.
난 else랑 if바꾸는거 명칭도 기법이란 것도 뭔지도 모르고 첫 실무때 그렇게 배워서 지금까지 써먹고 있었는데.. 그리고 타당성체크할 때 체크할 대상이랑 체크내용을 마스터 데이터로 정의해놓는 경우도 있던데.. 두번째로 들어오는 파라미터 값에 따라 대소문자체크해야되는지, 숫자 체크해야되는지 등등..
저도 애용하는 방식이예요 저는 불린 변수를 클래스로 묶어버립니다. 불린, 메시지, 에러코드 세가지 인스턴스변수를 가지며 불린값 false로 바꿔주면서 에러코드랑 메시지 설정하는 메소드 하나 만들어줍니다 그러면 성능도 좋고 네스팅도 제거하고 에러코드에 따라 응답값도 다르게 내려줄 수 있습니다 통신할 때 받은 값들이 프로토콜 제약사항을 벗어나지 않는지 검사할 때 자주 쓰이기 때문에.. 이런 방법을 쓰고 있습니다.
It depends on the project structure. Follow the rest of the code base. Please try not to stand out in the code. Normalize them. You forgot to mention the ternary operator. Switch vs IF. If there are more than 4 IF statements to handle one logic, change it to SWTICH statements. Much easier to read.
I agree. Recently, I had heard some people said switch is useless method. But I think switch is very powerful method when we need a lot of if statement.
2번 말고는 비추천. 정말로 1번같이 연산자 도배한 코드가 가독성이 높다고 생각하는거야? 아니면 3번처럼 매번 함수 찾아들어가는게 가독성 높다고 생각하는거야? 가독성 둘다 빵점이고 디버그도 개같이 어려움. 이런 코드를 추천하는 의도를 모르겟음. 그리고 3번은 그런 알고리즘 만들지 말라고 햇더니 함수로 숨겨놓는 방법인데 이거 뭐 코드 난독화도 아니고 뭐임
마지막 맨트가 정답 ㅋㅋㅋ 이미 if 를 많이 쓴다는 것 자체에서 로직이 오류일 가능성이 높지 않을까 싶습니다 . 생각나는데로 쓰다 보면 뭐안되면 뭐다. 뭐면 뭐다. 응? 이러면 이렇게 해야되.. 이게 반복... 이러다 보면 if 의 깊이가 5단계 6단계.. 오우.. Shit!! 이미 이정도 까지 간거라면, 나가서 찬바람 한번 쐬고 로직 수정을 해야됨.ㅋ 초짜일때는 진짜 개판 오분전이였죠 ㅎ 생각을 많이 하고 많이 해서 조건을 최소화 하는 방법을 찾는게 좋다고 생각합니다.
보통 과일: 사과 배 바나나 이런식으로 한가지 요소가 병렬적으로 여러 상태를 가진다면 case가 보기 좋을수 있지만 영상처럼 과일:사과/배, 과자:꼬북칩/팝콘, 음료:콜라/사이다 식으로 정해질 요소 자체가 여러개인건 오히려 케이스로 나눠야할부분이 너무 많아지는게 문제입니다. 보통 짜다보면 두번째 상황일때 영상과 같은 고민을 더 많이할 것 같네용
![🔴 ฟุตบอลแชมป์กีฬา 7HD แชมเปียน คัพ 2024 [รอบรองชนะเลิศ]](http://i.ytimg.com/vi/zPm8ClLVhoE/mqdefault.jpg)
말투가 너무 재밌구요.
if문 예쁘게 바꾸는 방법 알아서 너무 기뻤구요.
요즘 들어, 코드 관리의 필요성을 느끼고 있구요.
그래서 이 동영상을 보고 제 코드 다시 한번 더 보게 됐구요.
감사함을 느끼고 있구요.
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 아 겁나웃겨
early return 이 제일 좋죠! 지금이 70-80년대도 아니고 현대 언어를 사용하면 validation 조건문을 수백개를 갖다 박아놔도 몇 ms 걸릴까 말까 할건데... 가독성을 중시하는 코딩을 많이 해줬으면 좋겠네요.
극악의 최적화를 해야하는 경우가 아니면 2번 (Guard Clause) 방법 추천! 만약 여러 if를 switch 바꿀 수 있다면 switch로...최적화보다 가독성과 디버깅이 중요 합니다
2번이라고하면 어떤걸 말씀하시는지 모르겠는데 어떤 방법 말씀 하시는걸까요?
@@김동현-t2z Guard Clause 방식으로 코딩을 추천합니다. if 안에 if를 넣는 방식으로 컴파일 하면 어셈블리 라인수가 적게 나와요. 그래서 성능도 올릴 수 있고 디바이스 장비에 용량 때문에 어셈블리 라인 수 제한이 있어서 그 안에 코딩을 짜야할 경우도 있습니다. 일반적으로 이렇게까지 하는 경우는 없지만 코드 가독성, 디버깅, 수정 등 이점이 더 많더라구요
임베디드는 웁니다..
2번 3번 같이 써야죠.. 로그인 같은 경우 반복이 많은 로직이 아니라 성능은 크게 신경쓸 필요 없어보입니자.
예시를 가독성 좋게 표현하셔서 저 같은 입문자 기준에서도 보기 정말 편하네요 감사합니다 !!!
한 가지 확실한건...if문 내에 조건은 직관적일수록 좋다는 겁니다.
가령 여러 개의 if문이 중첩되는 게 불가피하다면, 여러 조건을 묶어 직관적 이름을 가진 Boolean 타입 변수로 중간정리를 해주는 거죠.
이러면 나중에 리팩토링 할 때 '내가 이 조건을 왜 넣었더라.......'하고, 무턱대고 수정하다 전체가 꼬여버리는 대참사를 방지할 수 있습니다.
분명 조건문이 엄청 복잡해서 몇개 혹은 한개 불리언 변수로 분리해서 사용하면 코드줄 늘어난다고 고치라는 선임이 있어서 너무 고통스럽습니다.
나중에 화면공유로 코드리뷰 하면서 이 코드는 이해하기 너무 어렵다고 몇번씩 투덜대는데
진짜 내 업보인건가 싶기도 하고 저런 존경받지 못하는 선임이 될까 무서운 하루입니다
주석 달면 되지 않나여?
변수명으로 표현 가능한건 주석보다 위 방식이 더 좋습니다. 주석 관리가 안될 가능성도 높기 때문입니다.
상황마다 다르긴 하지만 일반적으로는..
@@whoAmI-zu8lv 주석이 필요 없을수록 좋은 코드입니다.
대부분의 언어가 고급 언어로 사람의 의사 표현과 비슷하게 설계 돼있는데, 컴퓨터만 이용하는 언어보다 직관적으로 읽기 쉬운 코드가 필요함이 고급 언어가 만들어진 이유겠지요?
코드만으로도 코드가 어떤 동작을 하는지 한 눈에 볼 수 있어야 이상적입니다.
안그랬음 어셈블리어로 다 통일됐죠.
@@whoAmI-zu8lv 저는 주석을 함수 이름만으로 알아보기 어려울때나 다른사람에게 설명할때 쓰는데 저럴때 쓰면 주석이 너무 많이 달려요 😢
요즘 가독성의 중요성을 느끼고 있어요. 좋은 영상 감사합니다.
진짜 이게 강의지 IF의 근본 자체를 다시 배우게 되네..
항상 바로 본론에 들어가서 끝날땐 바로 끝나는게 매력ㅋㅋ
신작없나 예전꺼보다가 알림떠서 바로 왔습니다. 재밌는 코딩영상 만들어주셔서 감사합니다😘
신작 ㅋㅋㅋㅋ 볼만한 애니 찾듯이 보는 코딩애플의 영상
뜨자마자 자주 보면 유튜브가 알아서 자 봐라 하고 띄어주던 ㅋ
전 애초부터 코드관리를 위한 코딩을 해야된다고 생각
1번같은 기능구현을 위한 코딩은 진짜 구현에 있어서 확실 할 순 있어도
나중에 솔루션 유지보수도 못하는거보고 제대로 느꼈습니다
개인적으로 switch와 enum, 삼항연산자를 활용하는걸 좋아합니다.
명확하게 고정된 값으로 표현가능한 경우라면 enum에 각 status에 맞는 변수 만들어놓고, switch에서 해당하는 status에 따라 분기시켜서 구현하면 너무 편리합니다.
그리고 고정된 값이 아닌 범위로 비교하는 경우는 삼항연산자를 활용해서 조건문 사용을 줄이면 복잡하지 않게 구현이 가능합니다.
중괄호 축약... 공공기관 프로젝트 하실 때, 소스 코드 보안검사 할 때 중괄호 없이 한부분 전부 튀어나올 수 있으니 참고하세요..
회원가입을 예시로 나왔지만 실제 회원가입의 경우 백엔드에 펙토리 엔진을 따로 만들어 관리하기에 다형성을 활용해 짜게 됩니다 간략한 코드를 잘 짜기 위해선 절차지향의 함수지향 속성과 객체지향의 데이터 접근 속성을 제대로 이해하고 있는 게 제일 중요해요
아 이거 나만 알고 있는 노하우들인데 이걸 뿌리시네.. 넘나 좋은 채널인것..
짧게 보면서 생각할 거리를 줘서 좋네요 너무 좋습니다
코드 정리는 얼라들도 같이 봐야 되니까 제일 기본적으로 배우는 방식을 쓰는걸 우선 고려 하는게 좋은거 같습니다. 여러 테크닉은 상황 보면서 적절히 활용하는게 좋을거 같습니다.
저 같은 경우엔 Bool을 리턴하는 함수로 짜서 if문 안에서 많아도 2개, 어지간하면 하나의 함수만 사용해서 분기되도록 하는게 코드 읽기가 깔끔해지는 것 같아요.
함수명도 논리를 알 수 있도록 직관적인 이름을 붙이면 굳이 함수를 찾아다니지 않아도 되니 금상첨화이고요.
다시 코딩애플님 영상들 보는데 도움이 많이 됐구요!!
더 영상 많이 올려주시면 좋겠구요!
난 else랑 if바꾸는거 명칭도 기법이란 것도 뭔지도 모르고 첫 실무때 그렇게 배워서 지금까지 써먹고 있었는데..
그리고 타당성체크할 때 체크할 대상이랑 체크내용을 마스터 데이터로 정의해놓는 경우도 있던데..
두번째로 들어오는 파라미터 값에 따라 대소문자체크해야되는지, 숫자 체크해야되는지 등등..
개발자 12년차입니다.
if (false) return; 하는게 제일 일반적이고 직관적입니다.
체크하는 로직이 엄청 복잡하지 않는 이상 다시 함수로 세분화 할 필요까진 없습니다.
그리고 if문 예쁘게 꾸밀 시간 있으면 다른 공부하세요.
이게 정답은 아니지만 특정 조건들이 모두 true여야 할 때는 array에 부울들을 담아서 every 처리하는 방법도 있긴해요
너무 팡션? 사용하지 마세요?
벌레대리..충고하나합니다...팡숀?사용하지마십쇼..
소잡는데 닭잡는 칼 쓰는거 아닙니다
ㅋㅋㅋㅋㅋㅋㅋㅋㅋ밈 아는사람들끼리 티키타카 너무웃겨 ㅋㅋㅋㅋㅋㅋㅋ
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ빵터짐
씹ㅋㅋㅋㅋㅋ
피가되고 살이되는 영상이네요
근데 정작 신기한건 국내대기업은 물론이고 해외에 이름만 대면 아는 기업들 코드중에도 이런 if네스팅이나 천줄이 넘어가는 함수같은게 실존하죠ㅋㅋ
소중한 지식 이해하기 쉽게 알려주셔서 정말 감사드립니다! 🙏🏼
저는 맨앞에 공용 불린변수 하나 둔 다음에 네스팅 없앤 두번째 if문부터 해당 조건식에 불린 && 필요조건을 사용합니다
if문안에서 불린변수를 바꿔주는 식이 필요하지만 불린을 먼저체크하기에 성능도 좋고 네스팅도 제거할 수 있습니다
저도 애용하는 방식이예요 저는 불린 변수를 클래스로 묶어버립니다. 불린, 메시지, 에러코드 세가지 인스턴스변수를 가지며
불린값 false로 바꿔주면서 에러코드랑 메시지 설정하는 메소드 하나 만들어줍니다
그러면 성능도 좋고 네스팅도 제거하고 에러코드에 따라 응답값도 다르게 내려줄 수 있습니다
통신할 때 받은 값들이 프로토콜 제약사항을 벗어나지 않는지 검사할 때 자주 쓰이기 때문에.. 이런 방법을 쓰고 있습니다.
혹시 두 분이 알려주신 방법을 참고할 만한 예제코드나 자료가 있을까요?? 저도 사용해보고 싶습니다..!
저도 궁금합니다!
오.. 괜찮은 방법같네요.
여러 스코프에서 수정할수 있는 공유 변수를 둔다는 점에서 좋은 코드 같지는 않네요. 읽는 타이밍에 따라 다른 값이 되니까요. 피할수있으면 피하는게 좋은 패턴 같아요.
임베디드 하시면 그냥 네스팅 냅두는 게 편합니다. 리턴을 넣어도 성능 차이가 있긴 해가지고 최대한 연산을 줄여야 하다보니......
이런 문자코딩도 그렇지만
블록코딩도 그렇죠
노란거(스크래치 조건문)나
파란거(엔트리 조건문)이 너무 많으면 눈아프죠 ㅋㅋ
02:00으로 쓰다가 요즘은 회원가입같은걸 예로들면 회원Class를 만들어서 그 Class 안에서 3번째처럼 함수만들어서 쓰는데 좀 더 보기 편해진거같음
3:45 마지막에 초밥이 순간 뭔가 했네욬ㅋㅋㅋㅋ
코딩계의 이과형
언제나 예측할 수 없는 엔딩
여러 강의 봤는데 코딩애플처럼 머리에 박히는데가없어서 사이트 종합 결제해서 듣고있습니다. 왜 재밌죠 근데
It depends on the project structure. Follow the rest of the code base. Please try not to stand out in the code. Normalize them.
You forgot to mention the ternary operator. Switch vs IF. If there are more than 4 IF statements to handle one logic, change it to SWTICH statements. Much easier to read.
I agree. Recently, I had heard some people said switch is useless method. But I think switch is very powerful method when we need a lot of if statement.
진짜 삼항연산자가 치트키임 ㅋㅋ
아직도 잊히지 않는 파이썬에서 elif 처음 쓸 때의 그 쾌감
else if가 elif랑 똑같지 않음?
@@alphado_dev 무려 3글자가 줄어든다
@@_galakrond2528 감덩
사실 이런거 말고 goto문법을 적극 추천합니다. 회사에서 사랑받을 수 있어요~
악! 감사합니다! 자진결재를 해도 되는지에 대한 여부를 여쭤보는 것을 허락하실지의 여부를 알려주실 수 있으십니까?
악!
고민이야 수백수천번 하지만
실전에선 항상 시간부족 ㅜㅜ
그래도 이런거 보면 기분좋네요!
이거 실무하면서 자연스레 익힌건데 다 기법이었군요ㅋㅋㅋ
if문 if게 사용하기
엌ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
중첩 if를 함수화 한다고 해서 코드가 예뻐지고 깔끔해 지지는 않는다. 결국 경우의 수... 복잡성은 동일하다.
이 시리즈 좋은 것 같아요 ㅎㅎ
코딩 1도 모르는 사람:
바꾸기 전: 와 뭔지 이해가 전혀 안되잖아?
바꾼 후: 와 뭔지 이해가 전혀 안되잖아?
이제 리팩토링 강좌 준비하시나부다..ㅋ
4분 코드 영상인데 너무 좋은 강의!
우리 팀 친구들이 이런 것 좀 봤으면 좋겠당...
성능 우선도 아닌데 왜 이렇게 코드를 그지같이 짜는데 ㅠㅠ
귀찮다고 정리도 안하면서 일부분만 고친다고
if 남발해서 if 5개 중첩 코드까지 보는데 혈압이...
If문을 if게 바꾼다
배민 과제하는데 Indent 2칸까지 제한받던 생각나네요 ㅎㅎ
옆에서 하는 말이 "그렇게 코드 짜면 너는 주석이 더 길겠다"
오늘부터 10단 네스팅 들어갑니다
3:25 이거는 그냥 주석 붙여서 설명 써 놓으면 될 것 같은데 그래도 복잡할까요?
함수 구현 사항이 바뀌었을 때 모든 사용되는 곳 마다 주석을 변경해줘야 하는 소요가 생깁니다
영상에도 있듯이 재사용 되지 않는 경우라면 코드 길이만 길어지는 문제가 생기고요
@@dolmungchi 감사합니다. 7개월전 영상 기억안나서 다시 봐야겠네요 ^^
C언어 삼항연산자가 답이다. 여러분 클랭이라는 기계어를 사용합시다.
저 같은 경우 Exception을 사용하기도 합니다.
저도 처음에 Exception 생각했습니다. 클린코드 책에도 저 예제와 비슷한 내용이 있는데 솔루션으로 Exception을 적용하더군요
사과형 역시 최고다
저도 어느순간부터 체크할 구문 점점 길어지면 함수 하나 빼서 넣고 호출하는 형태로 바꾸곤잇긴하네요 ㅋㅋ
CodeAesthetic의 Why You Shouldn’t Nest Your Code에서 보고 여기서도 보네요 ㅎㅎ 좋은 내용인것 같습니다
수천 수만줄까지 갈 필요 없이 50줄만 넘어가도 가독성 조진 코드는 읽기도 싫어짐
1년부터 원하는 년도 까지 출력하는 달력을 겨우겨우 만든 응애입니다
달력 코드를 짜면서 윤년을 구별하는 부분, 30일/31일 구별하는 부분 , 2월달 28일/29일을 구별하는 부분에서 if문이 서너번 중첩되는데 이건 어떻게 해결 못하는걸까요?
C언어로 짠 코드입니다
내가 고민하고 찾았던 과정과 결과.
역시 다들하는 고민과 과정, 결과
혼자 개발하는 성능충으로선 저만 알아보면 되기에...... 그렇더라도, 좋은 영상 항상 감사드립니다!
가끔 단순 블록 {} 을 탈출하는 코드가 있으면 좋겠다는 생각은 들더군요. while도, for도 아닌데 break가 되는거죠. 그래서 딱 한번밖에 실행안되는 loop를 만들어서 break를 하거나, inline함수를 만들어서 곧바로 실행해버리는 방법도 쓰고 그랬네요.
-goto-
@@nanashi_74_ 물렀거라 이 악마야!
@@nanashi_74_어허..
최고의 강의
nesting을 안만들기 위해서 한줄로 적읍시다!
임베디드 하다보면 차라리 함수화 해달라고 빌게됨... 이게 뭔기능이야 싶은 코드들이 넘많아..
걍 논리연산자로 최대한 줄이는게 보기편한듯
네스팅? 어림없지 바로 박아버리기
저는 bool flag와 딕셔너리를 애용합니다
잘봤구여
좋은 팁입니다.
2번이 제가 주로 쓰는 방식이네요.
그냥 else if 쓰면안되나요? 편할거같은데
얼라입니다^^ 좋은참고가 되었습니다^^
난 하다가 아무것도 생각 안나고 심심할때 주석 달아서 소설씀
굉장히 if네요
오 개발하면서 알게모르게 깨닫게 되는 부분들이 실제로 사용되고 있는 기법들이었군요..
guard clause 방식을 쓰긴했는데.. 그나마 이게 제일 낫네요
0:22 그럼 네스팅이 15번도 나오는 flutter는...
그건 잘못짰기 때문입니다
음 합격 구독누룹니다
얼라는 이것만 할께요 감사합니다!
2번 말고는 비추천. 정말로 1번같이 연산자 도배한 코드가 가독성이 높다고 생각하는거야? 아니면 3번처럼 매번 함수 찾아들어가는게 가독성 높다고 생각하는거야? 가독성 둘다 빵점이고 디버그도 개같이 어려움. 이런 코드를 추천하는 의도를 모르겟음. 그리고 3번은 그런 알고리즘 만들지 말라고 햇더니 함수로 숨겨놓는 방법인데 이거 뭐 코드 난독화도 아니고 뭐임
1:30 이거때문에 아이디가 없거나 비번이 틀렸다고 나오고 비번찾앗다가 아이디찾앗다가 인증 계속해야하네
빡치게 하지말고 왜틀렸는지 똑바로 알려줘라
실제 id pw 인증이 저럴거같다고 생각하는건 진짜 초등학생 지능 아닌가? ㅋㅋ 어떤게 틀렸는지 알려주는것도 보안상 경우의수를 줄여주니까 안알려주는거 아니냐 ㅋㅋㅋㅋ 와 ㄹㅇ 심각하네 얘는
@@한길-q9u 이사람 댓글들 전부 악플 ㅋㅋㅋㅋ 어디 국비학원에서 수업좀 들으셨나봐여
@@feliscatus121 니같은 애들 보면 화밖에 안나서그럼 "이거때문에" ㅇㅈㄹ ㅋㅋ
아님말고 ㅋㅋㅋㅋㅋㅋㅋ
함수 대신 while이랑 break써도 될지도..
얼라들은 지나갑니다잉....
ES6의 ternary operator 를 설명해주시면 더 좋은 영상이 되었을 것 같아요!!! 항상 잘보고있습니다
3항연산자는 네스팅되면 가독성 박살납니다
아이디 중복 아님? (아이디 길이 적절?(비번 길이 적절? 가입():비번짧음):아이디짧음):아이디중복;
@@dongjin1617 전 네스팅된걸 3항연산자로 바꿀때 오르가즘을 느낍니다.
@@정희-b3k 그런건 개인 프젝에서... 부탁드림니다
삼항연산자는 회사가 미울 때 씁니다. 전 지금 회사가 미워서 짱나는 일 시키면 삼항연산자 네스팅 합니다.
3항이 가독성 더구려요 ㅠ
벨리데이션을 스위치문으로 짜도 좋아요.
복잡한 조건 검사할 때 switch는 한계가 있죠
@@giseokkim4051 맞습니다.
무조건 짧고 가독성좋은게 성능보다 몇천만배 중요하다고 생각합니다.
이게 진짜 과제하면서는 절대 깨달을수 없는 진리
무조건 코드 짧다고 가독성 좋은 거 아님
짧고 /가독성 좋음 : 두 관계는 & 조건이지 인과관계 아닙니다
전 반대로 생각하는데 의외네요 ㅋㅋㅋㅋㅋ
코드 조금 길어지더라도 최적화에 집중하는 편인데 이해하기 힘든 부분은 주석처리하고 아직 깊게 코딩을 안 배워서 그런가
@@다이-o8y개발 분야와 크기에 따라 다 다른데 웬만한 분야에선 짧고 가독성 좋은게 좋음
do while break이용해도 좋아요
파이썬에서 guard close 백날 하다가 고 에서 switch case 맛보고 신세계...
if return이 맛있긴 하지
난 얼라니까 기능구현만 열중해야지
후론트의 꽃 맵과 클래스를 활용 하자.
설명란이 뭔가 일본만화 제목같네
아니 그냥 else if 를 쓰세요... 함수만들고 리턴하고 닌리났네 ㅋㅋ
else 안쓰는게 좋아요
실행문이 짧고 명확한 경우는 상관없음. 단지 그 수가 많다면 특정 조건 수정시 하위 조건에 대한 영향도 분석이 까다로워짐.
사실 틀린건 없죠 추후 편의성을 위할 뿐. 상황에 따라 열거방식이 베스트인 경우도 있구요.
얘는 어느회사를 가도 코드스타일 다 박살낸다고 욕먹을거같은 느낌이네.. ㅋㅋ
코드관리는 호드가 하는걸로!
스위치 케이스 쓰면 되잖아
뭘 그렇게 어렵게 해?
마지막 맨트가 정답 ㅋㅋㅋ 이미 if 를 많이 쓴다는 것 자체에서 로직이 오류일 가능성이 높지 않을까 싶습니다 .
생각나는데로 쓰다 보면 뭐안되면 뭐다. 뭐면 뭐다. 응? 이러면 이렇게 해야되.. 이게 반복...
이러다 보면 if 의 깊이가 5단계 6단계.. 오우.. Shit!!
이미 이정도 까지 간거라면, 나가서 찬바람 한번 쐬고 로직 수정을 해야됨.ㅋ 초짜일때는 진짜 개판 오분전이였죠 ㅎ
생각을 많이 하고 많이 해서 조건을 최소화 하는 방법을 찾는게 좋다고 생각합니다.
유익
❤
Case 쓰는 것은 어떨까요?
case로 예쁘게 정리가 되는 구문들은 if로도 예쁘게 정리가 되지 않나요
@@gimbapmaru 전 개인적으로 case가 읽기에 더 쉽더라구요^^;
보통
과일: 사과 배 바나나
이런식으로 한가지 요소가 병렬적으로 여러 상태를 가진다면 case가 보기 좋을수 있지만 영상처럼
과일:사과/배, 과자:꼬북칩/팝콘, 음료:콜라/사이다
식으로 정해질 요소 자체가 여러개인건 오히려 케이스로 나눠야할부분이 너무 많아지는게 문제입니다.
보통 짜다보면 두번째 상황일때 영상과 같은 고민을 더 많이할 것 같네용
case는 이런 중첩 상황보다는 else if가 연달아서 나오는 경우에 어떠려나요.. 물론 많아지면 객체화가 더 나을거같긴하지만..
@@rbrb0014 그러네요~ 전 nested case도 나쁘지 않다고 생각하지만요...
파이썬이가요?