Так и делал, но что-то мне подсказывает, что я решаю задачу неправильно. Либо не стоит использовать реактивную форму внутри, либо есть возможность иначе связать родительскую форму с внутренней.
У меня возник вопрос. Допустим, наш компонент реализован с использованием реактивной формы внутри и поддерживает валидаторы. Существует ли стандартный подход для поддержки метода markAsTouched в таком компоненте?
Объясню проблему… На кастомный контрол, в родительской форме, установлен валидатор, проверяющий пустое значение. Далее вызывается метод markAsTouched. Контрол в родительской форме становится invalid, так как значение пустое. Однако статус внутренней формы кастомного контрола не меняется, соотвественно не выполняется поведение при статусе invalid. Есть ли способ задавать коллбек для метод markAsTouched по аналогии с onChange?
Поставил бы плюс, если бы мог:) Спасибо, за разъяснение.
У вас нет случайно ссылок на гитхаб или статьи, где есть такое «смешивание» asp.net view и angular страниц? Как сделать страницу авторизации и перекинуть потом в приложение понимаю. Но как внедрить страницу оплаты — что-то не очень. Единственное, что пока приходит в голову — это просто перенаправлять с приложения на отдельную страницу. Существуют варианты, как подгружать вьюхи внутрь Angular приложения?
В целом эта штука повторяет тоже самое, что я и описал в посте:) Единственные различие, что сам app находится внутри .NET Core проекта и простая настройка занимает чуть больше строк кода.
Расскажите, в чем профит вообще этого шаблона, кроме того что создается все одной командой? Пока на первый взгляд ничего существенно полезного не увидел.
Если вы приведете примеры действительно оправданного использования Single Page для веб-сайтов, которые нужно индексировать, то я соглашусь с тем, что такой вариант не очень и поменяю свою мнение:) Пока я лично считаю, что SPA не нужно использовать повсеместно. А там, где его использование необходимо, то индексация поисковиком и SEO оптимизация отходит на второй план.
Все знают, что ситуация с SEO для SPA приложений не очень хорошая. Но особого смысла делать SPA для обычного лендинга или сайта компании/продукта/итд нет. Single Page подход используются преимущественно именно для веб-приложений с широкой функциональностью. На мой взгляд, до тех пор пока Google не научится нормально индексировать одностраничные приложения, лучше сделать обычный лендинг по вашему продукту, а само приложение размещать отдельно, например на поддомене.
Что касается Server-Side Rendering. С такой архитектурой не прокатит, верно. Но если вы хотите использовать его, чтобы увеличить производительность, то можно попробовать поэкспериментировать с Lazy Loading и настроить .NET Core под это дело. Признаюсь, я не пробовал. Но кейс интересный — проверю.
Спасибо за совет! Однако упоминаний про это расширение я ни разу не встретил, когда пытался разобраться с темой. Надеюсь, что этот вариант удобнее и еще проще того, что я описал. Посмотрю.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Так и делал, но что-то мне подсказывает, что я решаю задачу неправильно. Либо не стоит использовать реактивную форму внутри, либо есть возможность иначе связать родительскую форму с внутренней.
У меня возник вопрос. Допустим, наш компонент реализован с использованием реактивной формы внутри и поддерживает валидаторы. Существует ли стандартный подход для поддержки метода markAsTouched в таком компоненте?
Объясню проблему… На кастомный контрол, в родительской форме, установлен валидатор, проверяющий пустое значение. Далее вызывается метод markAsTouched. Контрол в родительской форме становится invalid, так как значение пустое. Однако статус внутренней формы кастомного контрола не меняется, соотвественно не выполняется поведение при статусе invalid. Есть ли способ задавать коллбек для метод markAsTouched по аналогии с onChange?
У вас нет случайно ссылок на гитхаб или статьи, где есть такое «смешивание» asp.net view и angular страниц? Как сделать страницу авторизации и перекинуть потом в приложение понимаю. Но как внедрить страницу оплаты — что-то не очень. Единственное, что пока приходит в голову — это просто перенаправлять с приложения на отдельную страницу. Существуют варианты, как подгружать вьюхи внутрь Angular приложения?
Расскажите, в чем профит вообще этого шаблона, кроме того что создается все одной командой? Пока на первый взгляд ничего существенно полезного не увидел.
Что касается Server-Side Rendering. С такой архитектурой не прокатит, верно. Но если вы хотите использовать его, чтобы увеличить производительность, то можно попробовать поэкспериментировать с Lazy Loading и настроить .NET Core под это дело. Признаюсь, я не пробовал. Но кейс интересный — проверю.