tspattern썻다가
if문 주렁주렁 다는거랑 뭔차이냐고 존나깨짐
ㅅㅂ
패턴매칭에 대한 개념이 없으면 그럴 수 있지. 설득해야지. 러닝커브 + 번들사이즈 감당하고 편리함 누릴래? 걍 if/switch 쓸래
근데 난 패턴매칭정도는 진짜 필요한곳 아니면 걍 후자로 비비자는 입장..
아니 그냥 이프문 자체에 반감이 있어보이던데.
아 난 본문 보고 걍 if문 쓰지 왜 패턴매칭 쓰라는건줄?ㅋㅋ
if문 100개 있는 코드 유지보수하고 싶음?
100개는 아닌데 좀됨 그래서 tspattern쓴건데 흠..
근데 저 "Data" 타입이 네가 개발하는 관할에 있지 않은 이상, if-else가 됐건 pattern matching이 됐건 주렁주렁 분기는 피할 수 없는거 아니냐
상단예시 정도는 if문 주렁주렁이 아닌
if안에 if안에 if안에 if안에 if안에
네스팅 4겹 5겹 되있는 코드 보면 죽이고 싶을걸 - dc App
이렇게까지 할거면 걍 러스트가 쉬운거 아니냐
이걸 보고 깐게 아니리 에러처리를 옵셔널로 포장하는게 뇌절이었던거 아님? 쓰는 부분만 보면 이상한건 아닌데 - dc App
패턴매칭에 대한 개념이 없으면 그럴 수 있지. 설득해야지. 러닝커브 + 번들사이즈 감당하고 편리함 누릴래? 걍 if/switch 쓸래
근데 난 패턴매칭정도는 진짜 필요한곳 아니면 걍 후자로 비비자는 입장..
아니 그냥 이프문 자체에 반감이 있어보이던데.
아 난 본문 보고 걍 if문 쓰지 왜 패턴매칭 쓰라는건줄?ㅋㅋ
if문 100개 있는 코드 유지보수하고 싶음?
100개는 아닌데 좀됨 그래서 tspattern쓴건데 흠..
근데 저 "Data" 타입이 네가 개발하는 관할에 있지 않은 이상, if-else가 됐건 pattern matching이 됐건 주렁주렁 분기는 피할 수 없는거 아니냐
상단예시 정도는 if문 주렁주렁이 아닌
if안에 if안에 if안에 if안에 if안에
네스팅 4겹 5겹 되있는 코드 보면 죽이고 싶을걸 - dc App
이렇게까지 할거면 걍 러스트가 쉬운거 아니냐
이걸 보고 깐게 아니리 에러처리를 옵셔널로 포장하는게 뇌절이었던거 아님? 쓰는 부분만 보면 이상한건 아닌데 - dc App