타입은 오히려 유연하게 쓰일수 있어서 좋으면 좋지 절대 나쁜거 아님.
메소드 빌려쓰는것도 그냥 로직 잘 따라서 짜면 객체지향 하는 느낌 나고 좋음.
근데 진짜 리얼 좆같은건 비동기로 돌아간다는거임.
이거땜에 예상하지 못하는 결과 나올 때가 부지기수임.
타입은 오히려 유연하게 쓰일수 있어서 좋으면 좋지 절대 나쁜거 아님.
메소드 빌려쓰는것도 그냥 로직 잘 따라서 짜면 객체지향 하는 느낌 나고 좋음.
근데 진짜 리얼 좆같은건 비동기로 돌아간다는거임.
이거땜에 예상하지 못하는 결과 나올 때가 부지기수임.
js가 원래 웹타겟팅에 맞춰져있어서 그런게아닐까?? 웹은 connectless라고하니까 그런듯한뎅
api가 비동기인거지 언어가 비동기인건 아님
안배워봐서 모르는데 타입 없으면 어떤식으로 구분함?
프로토타입 컨스트럭터를 타입처럼 쓸수있음
근데 덕타입이라 프로퍼티 이름만 같으면 잘돌아가서 신경안써도됨
테스트 자동화할때도 동기적으로 가능한데 process tick 모르노..ㅋㅋㅋㅋ 비동기는 졸라 장점이여..
ㄴ 동기로 돌릴려면 결국 일일이 함수 하나 끝나면 콜백이든 써쎄스든 써서 함수 호출하게 하고 이래야되서 존나 귀찮고, 일일이 저렇게 하기 힘든경우도 있고 그래서 짜증남. 비동기가 장점인지 난 모르겠다
프로미스 모르나본데... ㄷ ㄷ 비동기로 안하면 웹 클라이언트는 손도 못대겠네
ㄴ 프로미스 api도 씀.
근데 프로미스는 보통 서버랑 연동할 때 쓰지 않냐? 난 서버단 함수 호출할때만 프로미스 쓰는데
내가 말하는 짜증난다는건 예를 들어 for문을 돌리는 코드를 짤 때도 for문에서 어떤게 먼저 실행될지 모르니까 이런거 일일이 신경써서 코딩해야된다는게 짜증난다는거임
프로미스를 서버에서 많이쓰나
상태의존성 생겨서 안좋을텐데
for는 동기적으로 실행됨 비동기가 아님
for문 안에 사용하는 클로저가 비동기적으로 변경되서 문제가 생긴다고? 그럼 딥카피 한다음 사용하고 for문끝나면 적용하시등가..
결국 테크닉 문제다...
테에크닉크!
횽같은 장인에게 그런건 용납이 안되.용납이가.
ㄴ 아니 서버에서 쓴다는게 아니라 서버에 있는 함수를 프론트앤드에서 쓰고 싶을 때 프로미스api로 그냥 함수 풀경로 쓰고 결과값 deffer 로 받으면 마치 프론트앤드단에서 만든 함수마냥 쓸수 있음. 난 프로미스 주로 그렇게만 씀. 그 외에 사용법은 잘 알지도 못하고 ㅋㅋ
노드장인// 그니까 그런 식으로 해서 비동기문제 해결하는데 그런게 귀찮아서 짜증난다고 ㅋㅋㅋ 자바나 씨에선 그런거 신경 쓸 일이 없는데 그런거 신경써야되니까
방어운전하듯 방어코딩하라...
저건 비동기가 문제가 아니라 객체참조 문제임
이건 c++에서도 똑같음 클로저에 shared ptr넘길때 비슷한 실수 많이함
전역용사// 아 난 extjs써서 viewmodel이라는거에서 프로미스 함수 만들거든. 일반 자바스크립트랑은 좀 달라서 사용법이 다를수도 있겄다
아아앙//되서->돼서 (되어 = 돼임) [리듬 맞춤법 봇♬]
노드장인//되서->돼서 (되어 = 돼임) [리듬 맞춤법 봇♬]