Разъяснение Web API в WebForm

Question

Я создал Web API. Я знаю, что основным преимуществом Web API является междоменное приложение (я могу вызывать Web API на любой платформе).У меня вопрос: есть ли проблемы с производительностью, когда я вызываю веб-API в ASP.net WebForm ???

Я хотел бы знать следующий сценарий

1.Я могу использовать Direct SQL Queryв .aspx Страница 2. Я могу использовать Web API и генерировать JSON в DataTable

Я хотел бы знать, какой из них быстрее и лучше использовать .......

У меня естьпробовал в JQuery, производительность в порядке, но я хотел бы позвонить в веб-форму ASP.net

Answer 1

Где вы вызываете API из или из какого типа приложения, не имеет значения.Ваши проблемы будут связаны с тем, как вы используете его и что вы делаете с результатами вызовов.

Да, вы можете получить данные JSON из API, и да, вы можете преобразовать их в DataTable, технически нетпроблема, но производительность будет зависеть от того, сколько данных вы извлекаете за один раз и сколько преобразований вы проходите, чтобы привести их в состояние, необходимое для элементов управления веб-формами.

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

SQL в aspx вроде как говорит сам за себя.приложение, которое вы просто делаете обновления, а затем просто делать то, что вы можете, но я бы начал искать современные способы создания веб-приложений.Вам больше не нужно использовать элементы управления веб-формами.

Вы не можете говорить о масштабируемости, когда у вас все еще есть вещи, добавленные в aspx-страницы.Вам нужно начать думать о правильном разделении проблем, подумать о тестировании своих материалов, извлечении только тех данных, которые вам нужны, и т. Д. Только потому, что вы добавляете в смесь WebApi, это не означает, что вы получите все преимущества, есливсе остальное не соответствует требуемому стандарту.

Answer 2

Нет никаких проблем с производительностью при использовании WebAPI, кроме накладных расходов на дополнительный сетевой скачок.

В реальных условиях, я думаю, это будет незначительным и перевесит преимущества:

• Вы получаете упомянутое вами «кроссплатформенное» преимущество.
• Повышенная масштабируемость, поскольку ваши проблемы «обслуживания» и «сети» разделены и могут масштабироваться в соответствии с нагрузкой, которую они должны обслуживать.
• Функциональные возможности сервисного уровня можно использовать повторно, например, если вы хотите разработать приложение позже.