js도 class 잇어
프론트에서도 oop로 짤수잇어
그 타입만 더한게 엄청난 편의성을 제공해주는거야
익명(112.146)2021-11-10 15:35
답글
아 진짜 빡치게만드네.
일담 요즘 누가 리액트 클래스컴포넌트를 써.
그리고 클래스 컴포넌트 쓰면 Oop야?
프론트에서 Oop 쓰는 프레임워크는
지금 앵귤러 빼고 다 뒤졌고
앵귤러도 지금 뒤지기 직전인데??
익명(122.57)2021-11-10 15:35
답글
나도 프론트짤때 클래스를 씀. 근데 그게 Oop는 아니야.
익명(122.57)2021-11-10 15:36
답글
언어랑 프레임워크랑 OOP랑 뭐 구분을 못하는거같은데 ㅋㅋ
class 문법 쓰면 좋은 ts고 const () => {} 하면 나쁜 ts냐 ㅋㅋㅋ
ㅂㅂ(114.203)2021-11-10 15:36
답글
너새끼는 말이 안통하네 씨발.
프론트에선 타입만 더한 Js라니까
내가 Ts를 잘못쓰는거라며.
Ts에서 타입하고 클래스빼면 뭐가남는데?
익명(122.57)2021-11-10 15:39
답글
타입스크립트 자체가 javascript + type인데 이게 백엔드로가면 더 좋아진다고 생각하나봄 ㅋㅋ
ㅂㅂ(114.203)2021-11-10 15:41
답글
일단 언어얘기하는데 백프론트 나누는거부터가 개좆밥인데
ㅂㅂ(114.203)2021-11-10 15:41
답글
프론트든 백엔드든 타입스크립트는 타입만 더 한건 똑같아 (추가적으로 편한 문법을 제공하는것도 있고 null safe라든지)
class는 원래 js 문법에도 있어 abstract 이런건 없지만...(없다고해서 oop를 못하는건 아니니뭐)
ㅇㅇㅇ글쓴이(112.146)2021-11-10 15:44
답글
프론트에서 주로 쓰는 프레임워크가 리액트이고
리액트에서 Oop를 하는경우는 거의 없음.
물론 가능은 하겠지. 모든 튜링완전한 도구는 뭐든 할수있으니까.
근데 주류가 안쓰는분위기잖아.
실제로 현업에서 리액트플젝에 TS를 도입하는 이유는
매핑으로 Ide지원이 용이해서지
그 이상을 쓰는 경우는 잘 없음.
반면에 백에서는 거의 설계 패턴이 달라질정도로 큰 변화임.
익명(122.57)2021-11-10 15:44
답글
좆밥특) 설계, 패턴 이런단어 좋아함
ㅂㅂ(114.203)2021-11-10 15:46
답글
Js의 클래스문법은 반쪽짜리 맞잖아.
기존 Oop의 디자인패턴들을 구현하려면 굉장히 돌아가야하는데,
TS를 쓰면 자바나 코틀린과 별차이 없이 구현가능함.
어마어마한 임팩트임.
그런데 프론트에서 TS가 편하긴 하지만
백엔드에서만큼 판이 뒤집힐정도의 변화는 없음
좆까. 난 JS가 가장 익숙한데 이딴게 최고일리가 없음
ts 로 넘어가라 게이야...
TS쓰고있긴한데 프론트에서 쓰는 TS는 타입만 더한 js지 뭐.
그럼 니가 ts를 잘 못다루는거임
나도 백에선 TS 제대로 씀. 근데 함수형으로 짤때 TS는 타입더한 js 맞잖어
백에서 ts쓰면 뭐가 더있음?
Ts가 개쩌는건 타입도있지만 클래스문법임. 백에선 Oop로 짜니까 ts가 좋지. 코틀린 비슷하게 짤수있음
그건 니가 리액트 함수형 컴포넌트 써서그럼, 니가 잘 못다루는거 맞는듯
js도 class 잇어 프론트에서도 oop로 짤수잇어 그 타입만 더한게 엄청난 편의성을 제공해주는거야
아 진짜 빡치게만드네. 일담 요즘 누가 리액트 클래스컴포넌트를 써. 그리고 클래스 컴포넌트 쓰면 Oop야? 프론트에서 Oop 쓰는 프레임워크는 지금 앵귤러 빼고 다 뒤졌고 앵귤러도 지금 뒤지기 직전인데??
나도 프론트짤때 클래스를 씀. 근데 그게 Oop는 아니야.
언어랑 프레임워크랑 OOP랑 뭐 구분을 못하는거같은데 ㅋㅋ class 문법 쓰면 좋은 ts고 const () => {} 하면 나쁜 ts냐 ㅋㅋㅋ
너새끼는 말이 안통하네 씨발. 프론트에선 타입만 더한 Js라니까 내가 Ts를 잘못쓰는거라며. Ts에서 타입하고 클래스빼면 뭐가남는데?
타입스크립트 자체가 javascript + type인데 이게 백엔드로가면 더 좋아진다고 생각하나봄 ㅋㅋ
일단 언어얘기하는데 백프론트 나누는거부터가 개좆밥인데
프론트든 백엔드든 타입스크립트는 타입만 더 한건 똑같아 (추가적으로 편한 문법을 제공하는것도 있고 null safe라든지) class는 원래 js 문법에도 있어 abstract 이런건 없지만...(없다고해서 oop를 못하는건 아니니뭐)
프론트에서 주로 쓰는 프레임워크가 리액트이고 리액트에서 Oop를 하는경우는 거의 없음. 물론 가능은 하겠지. 모든 튜링완전한 도구는 뭐든 할수있으니까. 근데 주류가 안쓰는분위기잖아. 실제로 현업에서 리액트플젝에 TS를 도입하는 이유는 매핑으로 Ide지원이 용이해서지 그 이상을 쓰는 경우는 잘 없음. 반면에 백에서는 거의 설계 패턴이 달라질정도로 큰 변화임.
좆밥특) 설계, 패턴 이런단어 좋아함
Js의 클래스문법은 반쪽짜리 맞잖아. 기존 Oop의 디자인패턴들을 구현하려면 굉장히 돌아가야하는데, TS를 쓰면 자바나 코틀린과 별차이 없이 구현가능함. 어마어마한 임팩트임. 그런데 프론트에서 TS가 편하긴 하지만 백엔드에서만큼 판이 뒤집힐정도의 변화는 없음
언어는 도구에 불과한다는 말이 엄청 명언가틈
자바공화국에 의미잇노 - dc App