Василий Банников

Кажется, тут сразу три независимые вещи, которые часто хранят раздельно:

1. Собственно настройки
Их удобнее всего хранить в appsettings.json, который можно спокойно закоммитить в репозиторий.
В коде можно получить к ним доступ через IConfiguration или IOptions

2. Секреты (пароли, токены, итд)

Строку подключения в общем то решил захардкодить.

Остается имя админа и пароль + почта.

Их лучше в репозитории не хранить.
Благо IConfiguration можно наслаивать и прокидывать секреты через переменные окружения, например, или использовать какой-нибудь Vault или keyring.
Уже упомянутый диспетчер секретов можно использовать только для разработки, но не для прода.

3. Фича-флаги.

Дальше динамическая смена настроек как то:
OAUTH авторизация, которую выключать и включать можно.

Их часто хранят в базе данных, да. Есть также несколько уже готовых решению для удобного управления фича флагами.
Гуглить feature flags.
https://learn.microsoft.com/en-us/azure/azure-app-...

4. Если есть конфиги, которые нужно менять на лету, то тут нужно уже смотреть, как именно нужно отрабатывать изменение конфигов.
Например мы храним такие конфиги в etcd и явно подписываемся на изменения. В случае изменений - делаем какие-то действия.

В дотнете для работы с такими конфигами есть интерфейс IOptionsMonitor

Обычно да.

Сколько нужно, столько и пишется. В чём проблема?
Вообще такое, чтобы абсолютно у всех сущностей была одинаковая логика и что сущности 1-в-1 маппятся на контроллеры - это редкий случай.

Хорошая практика - использовать контроллеры только для роутинга, в такой ситуации методы контроллеров однострочные получаются и если нужны какие-то обобщения - ты легко можешь их реализовать на слое сервисов.

https://github.com/grpc/grpc-web
Но нужно ещё специальный прокси на сервере поднимать, тк в браузере нет нормального способа сериализовывать protobuf и нет гарантии, что будет использоваться http/2

В твоём случае тебе нужно завести новый trait, который будет брать ссылку на оригинальный объект, в отличие от Into. Потом ты сможешь сделать blanket implementation наподобие

impl<T: Clone + Into<JsValue>> MyIntoJsValue for T {
    fn into_jsvalue(&self) -> JsValue{
        self.clone().into()   
    }
}

МП - лучше брать на B-чипсете. + у тебя идёт переплата за размер. Лучше возьми mATX или ATX

Видео - лучше помощнее взять.

ОЗУ - лучше возьми другой бренд. Самсунг, Кингстон, hynix, итд - разница будет в цене не такая большая, но зато точно с качеством проблем не будет.
И бери парный комплект, а не одну планку.

В wasm-bindgen::JsValue Нету impl From for JsValue

Всё там есть https://docs.rs/virtual-dom-rs/latest/virtual_dom_...
impl From<Element> for JsValue
+ есть целый ряд blanket impl

Не работает. Работает только с &element

Потому что ты реализовал трейт для &element, а не для element.
Сам же в начале написал, что

Тут тоже подвоха нет. get_element_by_id() возвращает Option<Element>, а не Option<&Element>

Вот такое уже работает:
https://play.rust-lang.org/?version=stable&mode=de...

Но эти поганые макросы наносят уроны документации, и не видно какие именно есть поля и функции у JsValue.

Макросы на это влиять не должны. VS Code с rust-analyzer и intellij rust умеют показывать все impl для структуры, в том числе blanket impl и те impl которые возникли в результате вызова макроса.

Я такое во Fusion 360 делал - это не очень-то мебельный редактор, но все нужные функции там есть.
Всякие стандартные детали типа болтов и шурупов можно найти во встроенном каталоге.
Простые детали типа самой столешницы - нарисовать самостоятельно
Произвольные профили - через моделирование листовых деталей.
Разница по материалам будет только в BOM, но если очень хочется - можно красивый материал для рендера сделать.
Если хочется впихнуть какую-то кастомную электронику - есть интеграция с Eagle и можно импортировать модели из других редакторов.

Чуть более сложные детали типа подстолья - можно либо смоделировать самостоятельно зная посадочные размеры и примерные габариты (мы же не красивый рендер делаем всё-таки), либо взять с сайта производителя.

Со всякими розетками и зарядками - аналогично.

Потом в этом же Fusion 360 можно и программу для станка по фрезеровке столешницы сделать и BOM для того чтобы всякий крепёж купить в каком-нибудь магазине и ничего не забыть.

Всё то же самое +/- можно сделать в любом CAD, даже в компасе.

Если никогда раньше в таких не работал - база изучается за пару вечеров по видосам на yt или по встроенной справке.