Nodejs vs SignalR: 서버 측 Javascript가 필요한 이유는 무엇입니까?
저는 Node.js를 알고부터 항상 팬이었습니다.하지만 오늘 저는 ASP.NET을 위한 대체 비동기 확장 실시간 모델을 제공하는 SignalR에 대해 알게 되었습니다.
SignalR에 비해 Node.js의 주요 장점은 클라이언트-서버 간에 코드를 공유하는 것이며(다른 장점은 크로스 플랫폼이라는 것이어야 합니다), SignalR의 주요 장점은 훨씬 더 성숙한 프레임워크와 훨씬 더 나은 도구(IDE) 지원입니다.그래서 저는 궁금합니다: SignalR이 여기에 있다면, 우리는 윈도우에서 Node.js가 더 이상 필요한가요?내가 모르는 Node.js의 장점이 있습니까?
신호 R은 소켓의 실행 가능한 대안입니다.IO 및 Node.js.그러나 서버에서 Javascript를 사용해야 하는 다른 이유가 있습니다.
그것은 스택을 평평하게 만듭니다.요즘 거의 모든 웹사이트는 브라우저에 자바스크립트가 있어야 하고, 서버에서도 그것을 사용한다면, 당신이 능숙해야 할 언어들 중에서 하나를 잘라낼 수 있습니다.
메시지 전달은 아주 자연스럽습니다. JSON Everywhere!특히 JSON을 사용하는 문서 데이터베이스와 결합하면 전달되는 모든 메시지는 JSON 객체가 됩니다.이렇게 하면 시스템 전체에서 발생해야 하는 메시지 브로커링의 양이 줄어듭니다.
마이크로소프트가 아닙니다.저는 개인적으로 마이크로소프트가 개발 커뮤니티를 위해 해온 일을 좋아합니다.그들은 환상적인 도구와 최고의 프레임워크와 언어를 만듭니다.그렇긴 하지만, 어떤 사람들은 마이크로소프트를 싫어합니다.
비용. Microsoft 도구를 무료 또는 매우 저렴하게 구입할 수 있는 여러 가지 좋은 방법이 있습니다(Express 에디션 및 Biz Spark).Microsoft 도구를 사용하는 것은 여전히 비용이 많이 듭니다.저는 이 비용이 대부분의 경우 생산성 향상의 가치가 있다고 생각하지만, 모두가 동의하는 것은 아닙니다.
위의 내용 외에도 스레드화 모델로 인해 IIS에서 긴 폴링 요청을 확장할 수 없다는 이야기가 여전히 나돌고 있습니다.이것은 약간의 진실성을 가지고 있지만, 좋은 코드 설계와 약간의 서버 조정으로, 당신은 대부분 이러한 문제들을 해결할 수 있습니다.
언급URL : https://stackoverflow.com/questions/9060645/nodejs-vs-signalr-why-do-we-need-server-side-javascript
'source' 카테고리의 다른 글
| 는 HttpContent입니다.Async로 읽으시겠습니까? (0) | 2023.06.15 |
|---|---|
| numpy 배열 초기화 (0) | 2023.06.15 |
| Django 사용자 지정 양식 매개 변수를 양식 세트로 전달 (0) | 2023.06.15 |
| 이 MySQL/MariaDB 구문은 무엇입니까? (0) | 2023.06.10 |
| debug=true in web.config = 나쁜 것? (0) | 2023.06.10 |