КК
нет, так как там происходит авторизация пользователей через их пароли
Size: a a a
2018 September 20
R
нет, так как там происходит авторизация пользователей через их пароли
а ну если с привязкой к юзерам, тогда ой
AB
а урлы у тебя одинаковые на клиенте и на сервере?
КК
да, одинаковые
КК
при последовательном перезапуске серверов (аут->клиент) - проблем нет - все работает как надо.
КК
может ли это происходить из-за запуска клиента на IIS, а не на Kestrel ?
R
может ли это происходить из-за запуска клиента на IIS, а не на Kestrel ?
дык подними кестрел и потести чуток
R
очень даже возможно, что iis факапает
КК
хорошо, спасибо, проверю
КК
я же правильно понимаю что для клиента с GrantTypes.Implicit, там не проверяется ClientSecrets. Даже если он был установлен в конфигах на IdentityServer ?
AB
EV
Добрый день. Размышляю над реализацией Data Acess слоя.
Правильно ли, если модели слоя будут реализовывать INotifyPropertyChanged ?
Для того чтобы можно было пробрасывать часть моделей во VM и передавать в UI?
Или лучше создавать посредника на уровне BL слоя?
Правильно ли, если модели слоя будут реализовывать INotifyPropertyChanged ?
Для того чтобы можно было пробрасывать часть моделей во VM и передавать в UI?
Или лучше создавать посредника на уровне BL слоя?
MV
не правильно это в Entity реализовывть нотифайпропертичейндж, правильный флоу это Entity -> EntityDto ->EntityViewModel(тут и реализация)
EV
не правильно это в Entity реализовывть нотифайпропертичейндж, правильный флоу это Entity -> EntityDto ->EntityViewModel(тут и реализация)
Спасибо.
B
Спасибо.
На самом деле Dto и ViewModel не обязаны напрямую мапиться на сущности
MG
... что в итоге приведёт к дупликации кода, дополнительных узких местах в пробросе данных, их синхронизации и т.д.
На самом деле, зависит от проекта и плюсов/минусов подхода, а вопрос "правильности", как всегда, очень субьективный.
Если хочется "как в книжке" - то да, нотификация интерфейса будет нарушать абстракцию и нужна Dto.
На самом деле, зависит от проекта и плюсов/минусов подхода, а вопрос "правильности", как всегда, очень субьективный.
Если хочется "как в книжке" - то да, нотификация интерфейса будет нарушать абстракцию и нужна Dto.
B
... что в итоге приведёт к дупликации кода, дополнительных узких местах в пробросе данных, их синхронизации и т.д.
На самом деле, зависит от проекта и плюсов/минусов подхода, а вопрос "правильности", как всегда, очень субьективный.
Если хочется "как в книжке" - то да, нотификация интерфейса будет нарушать абстракцию и нужна Dto.
На самом деле, зависит от проекта и плюсов/минусов подхода, а вопрос "правильности", как всегда, очень субьективный.
Если хочется "как в книжке" - то да, нотификация интерфейса будет нарушать абстракцию и нужна Dto.
Слишком много выводов для приведенных исходных данных
MV
На самом деле Dto и ViewModel не обязаны напрямую мапиться на сущности
рано или поздно, вам не будет хватить Entity чтобы байндить его на UI и вы создадите ViewModel внутри которого перенесете этот Entity, и будут у вас две недосущности , которые будут байндить свои части на UI
MG
Слишком много выводов для приведенных исходных данных
в моей реплике ровно 0 выводов о чем-либо
B
рано или поздно, вам не будет хватить Entity чтобы байндить его на UI и вы создадите ViewModel внутри которого перенесете этот Entity, и будут у вас две недосущности , которые будут байндить свои части на UI
А я про что? ViewModel - это не класс или объект, а слой