그렇지 않을까요 아무래도
예외처리가 많으면 왜 안좋은 코드임..? 예외처리 안하고 죽여버리는게 안좋은 코드지 - dc App
https://0e.medium.com/%E1%84%80%E1%85%B3%E1%84%85%E1%85%A2%E1%84%89%E1%85%A5-rop%E1%84%80%E1%85%A1-%E1%84%86%E1%85%AF%E1%86%AB%E1%84%83%E1%85%A6-%E1%84%8A%E1%85%B5%E1%86%B8%E1%84%83%E1%85%A5%E1%86%A8%E1%84%8B%E1%85%A1-railway-oriented-programming-4e8070c04bda
퀄리티가 좋을 수록 많은 예외처리를 wrapping 해서 일관성있게 한다
예외를 발생할 여지를 줄인다는 거 자체가 예외처리를 많이 한다는 뜻 아님?
무작정 참조하지 말고 is null 이런거로 검사해보고, Parse로 때려박지 말고 TryParse로 한번은 거르고. 예외 처리를 아예 안할순 없지만 너무 예외 처리에만 의존하는 것도 좋지 않지
그렇지 않을까요 아무래도
예외처리가 많으면 왜 안좋은 코드임..? 예외처리 안하고 죽여버리는게 안좋은 코드지 - dc App
https://0e.medium.com/%E1%84%80%E1%85%B3%E1%84%85%E1%85%A2%E1%84%89%E1%85%A5-rop%E1%84%80%E1%85%A1-%E1%84%86%E1%85%AF%E1%86%AB%E1%84%83%E1%85%A6-%E1%84%8A%E1%85%B5%E1%86%B8%E1%84%83%E1%85%A5%E1%86%A8%E1%84%8B%E1%85%A1-railway-oriented-programming-4e8070c04bda
퀄리티가 좋을 수록 많은 예외처리를 wrapping 해서 일관성있게 한다
예외를 발생할 여지를 줄인다는 거 자체가 예외처리를 많이 한다는 뜻 아님?
무작정 참조하지 말고 is null 이런거로 검사해보고, Parse로 때려박지 말고 TryParse로 한번은 거르고. 예외 처리를 아예 안할순 없지만 너무 예외 처리에만 의존하는 것도 좋지 않지