ᴛʜ
его тоже стоит упомянуть :3
Size: a a a
2020 August 16
ᴛʜ
короче, я не вижу бессмысленности в использовании хоста и здесь. Он во многом помогает.
ᴛʜ
вот - прекрасно же
PN
ну, концептуально выглядит как дублирование, я бы не стал
ᴛʜ
ну, концептуально выглядит как дублирование, я бы не стал
чего дублирование? ._.
PN
так а дальше что с переменной host происходит? неужели она только для регистрации паттерном билдер используется?
PN
Дублирования базового объекта, который отвечает зя бутстраппинг приложения. В ASP.NET это вот этот хост. В XF это Application
ᴛʜ
так а дальше что с переменной host происходит? неужели она только для регистрации паттерном билдер используется?
она в локальной ф-и лежит
ᴛʜ
она далее не нужна, да
ᴛʜ
в App.Services хранятся от неё сервисы
PN
ну то есть это всё ради красивого вызова апи, методом т.н. паттерна builder. Как по мне сомнительный предлог тащить это в проект.
ᴛʜ
ну то есть это всё ради красивого вызова апи, методом т.н. паттерна builder. Как по мне сомнительный предлог тащить это в проект.
Твои варианты тогда, как ты настроишь:
- Environment;
- Configuration;
- Logging;
- Native services implementations;
- Environment;
- Configuration;
- Logging;
- Native services implementations;
ᴛʜ
при чём, например, Configuration автоматом читает нужный .json файл
PN
оно под капотом работает через DI, т.е. через ServiceCollection и ServiceProvider можно сразу с ними работать
ᴛʜ
и когда внедрение происходит IConfiguration сервиса - там уже лежит dict из файла
PN
при чём, например, Configuration автоматом читает нужный .json файл
а это надо на мобайле?
ᴛʜ
естественно. Это лучше, чем в коде иметь статические глобальные переменные.
Вот пример конфига
Вот пример конфига
ᴛʜ
и как и в бэке их может быть несколько
PN
ну если настолько нужен подход из бэкенда, то наверное проще их хозяйство затащить. Я url бэкенда хардкожу в cs. И меняю #if DEBUG
ᴛʜ
ну если настолько нужен подход из бэкенда, то наверное проще их хозяйство затащить. Я url бэкенда хардкожу в cs. И меняю #if DEBUG
ясно ._.