2013-04-24 3 views
0

Какая точка node.js создает собственный сервер и пытается прослушивать его, разве IIS/apache не дает нам все это? Я понимаю его на основе ввода-вывода, но у нас есть технология веб-серверов. Может ли кто-нибудь объяснить, что может быть достигнуто через узел (помимо скрипта java на стороне сервера, который также может быть достигнут через SignalR), который не может быть выполнен с помощью ASP.NEt и почему мы должны сосредоточиться на узле, когда у нас есть тон технологии в стеке asp.net Любой классический пример узла? обычно для корпоративного разработчика. shopNODE.JS по сравнению с IIS (почему узел)

Большинство веб-программирование предназначено для отображения данных & Приложения для электронной коммерции, которые в основном интенсивно работают с базами данных, хотя в последнее время оно также было смятено с веб-сервисами, да, мобильная сеть - это другая игра из-за аппаратных датчиков, которые я согласен, но что является узлом, который дает нам, который ASP.NET с SignalR не может нам дать?

TIA

+2

Я понимаю, интересно, но я боюсь, SO [это не самое лучшее место для этого типа вопроса] (http://stackoverflow.com/faq) (открыто измененный, нерешительный и, вероятно, вызовет расширенное обсуждение). Но, действительно, ничего. Узел не является «серебряной пулей» * для всех проблем. Но и другие (ASP.NET, PHP и т. Д.). Они все просто разные инструменты для подобных проблем, и ни один из них не является «идеальным». –

+0

IIS делает все, что утверждает node.js, асинхронные обработчики HTTP существуют в IIS с годами. И в .net 4.5, IIS фокусируется на асинхронном IO, его просто большом рекламном обмане, и некоторые его части отсутствуют, тогда IIS будет поставляться с ним в следующем выпуске, а также применительно к apache & tomcat. –

ответ

0

Каждая технология может достигать чего угодно. Если вы предпочитаете ASP.NET через узел, используйте его. ASP.NET чрезвычайно эффективен, и нет оснований использовать Node через ASP.NET, когда у вас есть опыт и программное обеспечение/деньги для запуска ваших услуг. Узел просто другой; он имеет другую модель исполнения (без резьбы вообще), и, прежде всего, он является открытым исходным кодом и бесплатным. Легко начать работу на любой ОС и легко развертывать на любой ОС. Но, в конце концов, это сводится к; Что делать вы предпочитаете?

6

Что я нахожу очень интересным с Node, так это то, что все основано на событиях, которое отличается от программирования ASP.NET или PHP, где поведение более последовательное. Неплохо, просто другой способ делать вещи.

Вы можете запрограммировать сам сервер (в отличие от приложений программирования, выполняемых на сервере), чтобы делать больше, чем обслуживать файлы, типичный пример с узлом - это приложение для чатов, в котором вы передаете сообщения всем участникам, и каждый может отправить сообщений на сервер. Путем программирования собственных событий сервера (таких как прослушивание, ошибка, подключение и т. Д.) У вас есть большой контроль над тем, как все происходит на стороне сервера.

Тогда, конечно, npm, менеджер пакетов узлов, определенно является плюсом, поскольку приходится вручную работать с зависимостями, если вы хотите использовать сторонние библиотеки.

Чтобы разместить сайт/приложение ASP.NET, вам нужен IIS, который является частной системой, тогда как Apache и Node более открыты. Конечно, хостинг Node не так широко распространен, как хостинг на базе Apache.

Надеется, что это ответы на некоторые вопросы

Смежные вопросы