является подходящим кандидатом для управления конфигурацией для приложений для клиентов

У нас есть различные клиентские приложения, для которых требуются различные параметры для вызова служб. это в основном URL-адреса службы и все. Прямо сейчас мы вводим java-объект в качестве ответа сервера от asp.net. или asp. Таким образом, код сервера выполняет response.write объекта javascript, который имеет все vlaues.

Я планирую переместить конфигурации на узел, чтобы приложения Javascript могли напрямую вызывать узел и получать значения конфигурации как json Object.

Как только я получаю значения клиенту, я могу кэшировать их до тех пор, пока кто-то снова не изменится на бэкэнд.

Вы, ребята, думаете, если это хороший подход.

Как я могу обновить кеш, если кто-то изменит значение конфигурации на бэкэнд.

Будут оценены любые входные данные.

0
nl ja de

1 ответы

Учитывая, что служба asp.net может также отвечать на объект JSON, я думаю, что реальный вопрос заключается в следующем: «Почему вы меняете архитектуру службы». Если у вас есть способность человека перейти на node.js, так что полный стек находится в Javascript, тогда все в порядке, но в противном случае это похоже на немного отходов, если только что-то, что node.js делает, что вам нужно, что asp.net не. Как кто-то, кто работает с обоими, они оба подходят как веб-сервис, передающий JSON к клиенту и от него.

Если вы хотите, чтобы ваше клиентское приложение обновлялось при внесении изменений в бэкэнд, это звучит так, будто вам нужна какая-то «толчка» способности веб-службы, чтобы он мог сообщить клиентам, что новая информация доступна. Это можно сделать с помощью websockets через обе технологии (asp.net/wcf или node.js), но решать вам, как вы это делаете.

2
добавлено
Если вы хотите субъективного мнения, то мне нравится работать с узлом. Это очень весело, и я нахожу его более продуктивным, чем работа с asp.net, поэтому, если это чисто для удовольствия, то идите за ним.
добавлено автор DFM, источник
Спасибо за ответ, да, вы правы. Узел на самом деле здесь не нужен, но я думал об обучении и его использовании.
добавлено автор kobe, источник
Если вы хотите получить какое-то уведомление от бэкэнда клиенту, вы должны изучить WebSockets. Существуют библиотеки для Node.js (socket.io) и .NET (SignalR), которые могут вам помочь.
добавлено автор Hector Correa, источник
pro.js
pro.js
4 675 участник(ов)

Про JavaScript и NodeJS Invite: https://t.me/joinchat/Be4rsT5Rsgq30DHutjxXgA Правила: http://telegra.ph/ru-chat-rules-06-19 Вакансии только с ЗП, не чаще раза в неделю.

Node.js — русскоговорящее сообщество
Node.js — русскоговорящее сообщество
4 160 участник(ов)

Рекомендуем сразу отключить уведомления, чтобы пребывание здесь было комфортным. Правила: https://rudevs.network/ByaMH6un7 См. также: @js_ru, @react_js, @angular_ru, @vuejs_ru, @devops_ru Вакансии и поиск работы: @javascript_jobs и @nodejs_jobs

Node: русскоязычное сообщество
Node: русскоязычное сообщество
28 участник(ов)

Независимое сообщество node разработчиков на русском языке. Правила: https://node-chat.ru/ Партнеры: @react_ru @ru_vuejs @nuxtjs_ru @ru_docker @nlp_ru