mayton2019, в IL коде разница небольшая, грубо говоря в релизе будет загрузка на стек значений, сложение, и копирование в переменную, в дебуге будет загрузка значений в переменну, копирование на стек и сложение, а вот в JIT в релизе сразу подставляет вычисленное значение 9. Оптимизация жесткая.
miXtik789, Вообще понять не могу.
вы хотите иметь два экземпляра класса, один из которых вложенный, а второй экземпляр отдельно, и они должны синхронизироваться? не представляю зачем это. Но способ есть, реализовать INotyfyPropertyChanged паттерн, подписка друг на друга и все.
А вообще если есть необходимость поработать отдельно с экземпляром, так почему бы копию не создать и работать с ней отдельно.
Или хотя бы опишите задачу которую решить пытаетесь.
forced, Монолитная, микросервисная вообще не имеют отношения к фреймворкам, как и к asp.net в принципе. Все остальное как выше сказали от техзадания. Единственное порекомендовал бы использовать IdentityServer (а для микросервисной обязательно) и Swagger. А библиотеки, ну встает у вас задача, погуглить на счет готового решения и все.
У вас в проекте используется Jetpack Compose, вся разметка прописывается декларативно в коде, а то что вы прописываете в activity_main.xml не важно, оно просто игнорируется.
Имя Имя Фамилия, нет, токен это не каждый раз в базу лазить. грубо говоря у вас в токене записано имя пользователя, токен подписывается ключём секретным и все. сервер проверяет валидность токена и все и делает логин
HSGOD, если вам надо по расписанию задачу выполнять, то есть планировщики, зачем жизнь себе усложнять. хотите автономное решение - есть класс Timer. Вот пример https://stackoverflow.com/questions/64531146/runni..., можно интервал менять.
Я за 1 вариант, мало ли какое исключение и у вас процесс умрет, а тут пропуск выполнения будет и все.
https://github.com/egonl/SharpDocx вот интересный вариант
или вот, я этим пользовался https://github.com/UNIT6-open/TemplateEngine.Docx