angular_ch1
plst❌вода
Производительность и гибкость: конкурентный SPA обычно передает весь свой пользовательский интерфейс клиенту благодаря его SDK для JavaScript (Angular, JQuery, Bootstrap или любой другой). Это часто бывает полезно для производительности сети, поскольку увеличение рендеринга на стороне клиента и автономная обработка уменьшают влияние пользовательского интерфейса на сеть. Тем не менее, реальная сделка, вызванная этим подходом, - это гибкость, предоставляемая пользовательскому интерфейсу, поскольку разработчик сможет полностью переписать интерфейс приложения с незначительным воздействием на сервер, за исключением нескольких статических файлов ресурсов.
Список может легко расти, так как это лишь некоторые из основных преимуществ правильно спроектированного, конкурентоспособного SPA. В настоящее время эти аспекты играют важную роль, так как многие бизнес-сайты и сервисы переключаются с традиционного подхода Multi-Page Application mindset (MPA) на полноценные или гибридные подходы на основе SPA. Последние, которые становятся все более популярными с 2015 года, обычно называются Native Web Applications (NWA), поскольку они, как правило, внедряют несколько небольших одностраничных модулей, связанных друг с другом на многостраничном скелете, а не в создании единого, монолитный SPA.
Наши пользователи обязательно должны зарегистрироваться, поэтому мы сможем предоставить им право собственности на свои собственные тесты; после их завершения они смогут создать новый тест. Каждый тест будет иметь имя, описание, список вопросов и ряд возможных результатов; каждый вопрос будет иметь описательный текст, список ответов и необязательный образ; каждый ответ будет содержать описательный текст, необязательное изображение и список очков; и каждый результат будет иметь описательный текст и значение оценки
Позже пункты оценки и оценка будут подробно обсуждаться. На данный момент мы просто укажем очевидное - всякий раз, когда пользователь завершает тест, сумма баллов по всем указанным ответам будет сопоставлена с оценкой, полученной для каждого возможного результата, чтобы определить окончательный результат
Не ошибетесь: всякий раз, когда вы хотите использовать более новую версию Visual Studio, обновите свой компилятор скрипта или обновите стороннюю библиотеку; вы свободны и также очень поощряетесь к этому. Это не что иное, как основной объем этой книги, что делает читателей полностью осведомленными о том, что они делают и способные идти своим путем, за пределы заданных образцов кода.
Однако, если вы чувствуете, что готовы к этому, вам также придется адаптировать код соответственно; большую часть времени мы говорим о тривиальных вещах, особенно в эти дни, когда вы можете решить проблему Google и / или получить решение в StackOverflow. Они изменили типизацию? Затем вам нужно загрузить новые пиктограммы; они переместили класс где-то еще? Затем вам нужно найти новое пространство имен и соответствующим образом изменить его; и так далее.
❇️dotnet new angular
❇️dotnet new —install Microsoft.AspNetCore.SpaTemplates::* - когда мы хотим получить последние версии шаблонов SPA, которые в настоящее время не поддерживаются в графическом интерфейсе
❇️npm install
❌program.cs
Это здорово знать, но что такое веб-хостинг? В нескольких словах хост представляет собой контекст выполнения любого приложения ASP.NET Core. В веб-приложении хост должен реализовать интерфейс IWebHost, который предоставляет набор связанных с веб-функциями и сервисами, а также метод «Старт». Веб-хост ссылается на сервер, который будет обрабатывать запросы. Хост отвечает за запуск приложений и управление жизненным циклом. ❌Сервер отвечает за прием HTTP-запросов. Часть ответственности хоста включает в себя обеспечение доступности и правильной настройки служб и сервера приложения. Мы могли бы думать о том, что хост является оберткой вокруг сервера. Хост настроен на использование определенного сервера; сервер не знает своего хоста.
❌startup.cs
Startup.cs - это место, где мы можем сделать следующее:
- Добавление и настройка служб и зависимостей в методе ConfigureServices.
- Настройте конвейер HTTP-запросов, добавив необходимые пакеты промежуточного ПО в метод Configure
app.UseStaticFiles () добавляет промежуточное ПО Microsoft.AspNetCore.StaticFiles к конвейеру HTTP, что позволит нашему веб-серверу обслуживать статические файлы в корневом каталоге. Без этой строки мы не сможем обслуживать локально размещенные активы, такие как JS, CSS и изображения; следовательно, имея его, есть хорошая вещь. Также обратите внимание, как вызывается метод без параметров; настройки по умолчанию промежуточного ПО StaticFiles для нас более чем достаточно, поэтому здесь нечего настраивать или переопределять.
app.UseMvc (), эти строки служат для добавления промежуточного ПО MVC в конвейер HTTP, а также для настройки нескольких правил маршрутизации HTTP, указывающих на метод действия индекса HomeController, который будет основной точкой входа в веб-приложение.
❌appsettings.json
- это не что иное, как замена старого старого файла Web.config; синтаксис XML был заменен более читаемым (и менее подробным) форматом JSON. Более того, новая модель конфигурации основана на настройках ключа / значения, которые могут быть получены из самых разных источников, включая, но не ограничиваясь, файлы Json, используя централизованный интерфейс.
public SampleController(IConfiguration configuration)
{
var myValue =configuration["Logging:IncludeScopes"];
}
*Logging:IncludeScopes прописан в appsettings.json и его значения могут быть выбраны в коде, например в контроллере
❌package.json
Тильда (~): значение «~ 1.1.4» будет соответствовать всем версиям 1.1.x, исключая 1.2.0, 1.0.x и т. Д.
The Caret (^): значение «^ 1.1.4» будет соответствовать всем выше 1.1.4, за исключением 2.0.0 и выше