Nodejs와 SignalR : 왜 서버 측 자바 스크립트가 필요한가요?
Node.js에 대해 알고 있었기 때문에 항상 그 팬이었습니다. 그러나 오늘 저는 ASP.NET을위한 대체 비동기식 확장 가능 실시간 모델을 제공하는 SignalR 에 대해 알게 되었습니다.
내가 아는 한, SignalR에 비해 Node.js의 주요 장점은 클라이언트-서버간에 코드를 공유하는 것입니다 (또 다른 장점은 크로스 플랫폼이라는 것입니다). SignalR의 주요 장점은 훨씬 더 성숙한 프레임 워크이며 훨씬 더 좋습니다. 도구 (IDE) 지원. 그래서 저는 궁금합니다. SignalR이 여기에 있다면 Windows에서 Node.js가 더 이상 필요합니까? 내가 모르는 Node.js의 장점이 있습니까?
SignalR은 Socket.IO 및 Node.js에 대한 실행 가능한 대안입니다. 그러나 서버에서 javascript를 사용하는 다른 이유가 있습니다.
스택을 평평하게 만듭니다. 요즘 거의 모든 웹 사이트에는 브라우저에 자바 스크립트가 있어야하며, 서버에서도 사용하면 능숙해야 할 배치에서 하나의 언어를 잘라낼 수 있습니다.
메시지 전달은 매우 자연 스럽습니다. 어디서나 JSON! 특히 JSON을 사용하는 문서 데이터베이스와 결합하면 모든 메시지 전달은 JSON 객체가됩니다. 이렇게하면 시스템 전체에서 발생해야하는 메시지 브로커 링의 양이 줄어 듭니다.
Microsoft가 아닙니다. 저는 개인적으로 Microsoft가 개발 커뮤니티를 위해 한 일을 좋아합니다. 그들은 환상적인 도구와 최고의 프레임 워크와 언어 중 하나를 만듭니다. 즉, 일부 사람들은 Microsoft를 싫어하는 것을 좋아합니다.
비용. Microsoft 도구를 무료로 또는 매우 저렴한 가격으로 얻을 수있는 좋은 방법이 많이 있습니다 (Express 에디션 및 Biz Spark). Microsoft 도구 작업과 관련된 비용은 여전히 높습니다. 나는이 비용이 대부분의 경우 생산성 향상의 가치가 있다고 생각하지만 모두가 동의하는 것은 아닙니다.
위의 것 외에도 스레딩 모델로 인해 IIS에서 긴 폴링 요청을 확장 할 수 없다는 이야기가 여전히 있습니다. 이것은 약간의 진실을 가지고 있지만 좋은 코드 디자인 과 약간의 서버 조정을 통해 대부분 이러한 문제를 해결할 수 있습니다.
참고 URL : https://stackoverflow.com/questions/9060645/nodejs-vs-signalr-why-do-we-need-server-side-javascript
'program story' 카테고리의 다른 글
| Haskell의 엄격함은 무엇입니까? (0) | 2020.09.10 |
|---|---|
| 기존 EC2 t1.micro 인스턴스의 가용 영역을 변경할 수 있습니까? (0) | 2020.09.10 |
| 부트 스트랩 날짜 및 시간 선택기 (0) | 2020.09.10 |
| Meld를 git mergetool로 설정하는 방법 (0) | 2020.09.10 |
| Visual Studio 프로젝트의 * .VC.db 파일은 무엇입니까? (0) | 2020.09.10 |