Як створити хороший рівень обслуговування в ASP.NET?


10

Я ознайомився з деякими питаннями, технологіями створення хорошого рівня обслуговування, але у мене є деякі питання щодо цього, з якими мені потрібна допомога.

Спочатку трохи інформації про те, що я маю щодо вимог. Наразі у нас є низка веб-додатків, які спілкуються один з одним павутинним способом (усі розмовляють один з одним заплутано через веб-сервіси та дані бази даних).

  • Ми хочемо змінити це, щоб усі додатки пройшли сервісний рівень, де ми можемо більше працювати з кешем та інкапсулювати загальну функціональність та інше.
  • Ми хочемо, щоб цей шар також мав веб-API, щоб сторонні клієнти могли споживати інформацію з сервісу.

Проблема, яку я бачу, полягає в тому, що якщо ми будуємо сервісний рівень із скажімо веб-API MVC4, нам не потрібно спілкуватися між додатком за допомогою webAPI, тобто ми повинні будувати URL-адреси та споживати JSON / Xml. Це не звучить занадто ефективно. Я припускаю, що кращим методом буде робота з особами та WCF для спілкування між додатком, але тоді ми можемо втратити магію Web API?

Отже, питання полягає в тому, чи є спосіб споживати рівень обслуговування як Web API (JSON / XML), так і як більш сервісний рівень сервера з сутностями. Якщо ми змушені використовувати 2 різні рівні обслуговування, можливо, доведеться дублювати деякі функціональні можливості та інші погані речі.

Сподіваюсь, що питання досить зрозуміле, і будь ласка, запитайте, чи потрібна вам ще якась інформація.


Хороше питання. +1 для цього!
Кангкан

Відповіді:


1

Для набору програм, розміщених в інтрамережі та, можливо, в одній локальній мережі, найкращим може бути з'єднання TCP для послуг.

У цьому сенсі я запропоную створити сервісний додаток, який розкриває набір кінцевих точок та сервісних інтерфейсів, які можуть працювати на TCP. Їх можна споживати в домашніх умовах або довірених додатків.

Сервіс-додаток повинен мати інший набір кінцевих точок та сервісних інтерфейсів, які піддаються використанню через Інтернет (веб-API).

Таким чином, сервісна програма може розміщуватися за допомогою WCF, а кінцеві точки / інтерфейси повинні бути додані відповідно до потреби.


Отже, створити 1 набір кінцевих точок для внутрішнього спілкування та 1 набір для Web API? (І так, це в локальній мережі з приблизно 20 серверами, що включають інтранет, зовнішні

Гаразд, прочитавши ще трохи на WCF (вибачте, я трохи новачок у цих водах), тому у мене є ті самі сервіси чи однаковий сервісний додаток, але потім використовуйте різні кінцеві точки для цієї послуги, щоб сервісний додаток можна було використовувати через обидва TCP і HTTP, корект? Можливо, складніше питання .. хтось має якусь інформацію про веб-API MVC4, якщо це можна споживати через TCP?

Ви все розумієте. У веб-API MVC4 я ще нічого не читав. Можливо, вам доведеться прочитати про це.
Кангкан
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.