나는 인터페이스로만 만드는데 클래스로 만들필요가있나 .. ?
값 검증할 때 class-validator가 가장 유명하긴하지
멋진대 ?
나도 그랬는데, 큰 모델을 런타임에서 매핑할때 마땅한 방법이 없네. 일단 그냥 하나하나 매핑해주고있음
class로 만들면 validation이 더 쉽게 되는거고 interface로 만들면 validation은 안됨(빌드타임이니까) 근데 ts가 코드 변경기능도 제공하니까 interface로 validator만드는 툴 쓰면 인터페이스로 둘다 가능하긴 함.
그것도 시도해볼까 생각중이다. 그건 일단 클래스구현체를 만들어야하는거지?
근데 나는 어처피 타입만 만들거면 ts- class는 요런거 :https://github.com/typestack/class-validator-interface는 요런거 :https://typia.io/docs/validators/validate/
타입 어처피 만드는 편이니 타입으로 통일하는것도 나쁘지 않지 (단 인터페이스만 가능)
원래 DTO를 만들던 패턴이 있었으면 클래스도 나쁘지않은데.. 나는 DTO를 만드는 패턴이 있나 싶기도 함 ts에서는..?
삼촌꺼네 한번 시도해봐야겠다
사실 ts를 각잡고 파본적이 없어서 이해도가 좀 떨어지는것같다 생긴것도 자바씨샵이랑 비슷해서 그냥 써왔는데, 책이라도 한권 봐야겠다
굳이 그럴필요가 있나 싶네..? 깊게 파봤자 개발할 때 도움안되는듯.. 깊게 파면 팔수록 이새퀴 튜링완전해서 js랑 별도 언어가 되버림
그냥 주어진 도구로 해결 가능하면 베스트 케이스
그치? 그시간에 다른공부 하는게 낫겠지
ㅇㅇ 삼촌님처럼 저런 부분 관심있으면 파보는것도 나쁘지 않은듯. 유틸타입, 언어파싱 같은거는 그래도 로우레벨언어보다는 쉽게 제공하는듯 함. 근데 FE도 아니라 BE기준으로는 정말 주어진것만 쓰면되는 느낌 ㅋㅋㅋ
나는 인터페이스로만 만드는데 클래스로 만들필요가있나 .. ?
값 검증할 때 class-validator가 가장 유명하긴하지
멋진대 ?
나도 그랬는데, 큰 모델을 런타임에서 매핑할때 마땅한 방법이 없네. 일단 그냥 하나하나 매핑해주고있음
class로 만들면 validation이 더 쉽게 되는거고 interface로 만들면 validation은 안됨(빌드타임이니까) 근데 ts가 코드 변경기능도 제공하니까 interface로 validator만드는 툴 쓰면 인터페이스로 둘다 가능하긴 함.
그것도 시도해볼까 생각중이다. 그건 일단 클래스구현체를 만들어야하는거지?
근데 나는 어처피 타입만 만들거면 ts
- class는 요런거 :
https://github.com/typestack/class-validator
-
interface는 요런거 :
https://typia.io/docs/validators/validate/
타입 어처피 만드는 편이니 타입으로 통일하는것도 나쁘지 않지 (단 인터페이스만 가능)
원래 DTO를 만들던 패턴이 있었으면 클래스도 나쁘지않은데.. 나는 DTO를 만드는 패턴이 있나 싶기도 함 ts에서는..?
삼촌꺼네 한번 시도해봐야겠다
사실 ts를 각잡고 파본적이 없어서 이해도가 좀 떨어지는것같다 생긴것도 자바씨샵이랑 비슷해서 그냥 써왔는데, 책이라도 한권 봐야겠다
굳이 그럴필요가 있나 싶네..? 깊게 파봤자 개발할 때 도움안되는듯.. 깊게 파면 팔수록 이새퀴 튜링완전해서 js랑 별도 언어가 되버림
그냥 주어진 도구로 해결 가능하면 베스트 케이스
그치? 그시간에 다른공부 하는게 낫겠지
ㅇㅇ 삼촌님처럼 저런 부분 관심있으면 파보는것도 나쁘지 않은듯. 유틸타입, 언어파싱 같은거는 그래도 로우레벨언어보다는 쉽게 제공하는듯 함. 근데 FE도 아니라 BE기준으로는 정말 주어진것만 쓰면되는 느낌 ㅋㅋㅋ