Search
Write a publication
Pull to refresh
1
0
Вячеслав Михайлов @vmikhaylov

Пользователь

Send message

К счастью такие системы в мире не выживают )

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

Да, я про ультиму. Во втором селлере был свой DSL (как это сейчас называется), который поддерживал Linq еще в прошлом веке )
Дима, у системы построенной исключительно на SQL где наследование реализовано за счет специального соглашения об именовании не могло быть будущего. Даже такой ужасный продукт как 1с был лучше ) ты уж прости )
К слову сказать, Seller 4.0 отметил 15 лет внедрения и всё еще жив.
Вот цитата из MSDN: A DbContext instance represents a combination of the Unit Of Work and Repository patterns such that it can be used to query from a database and group together changes that will then be written back to the store as a unit. DbContext is conceptually similar to ObjectContext.
Т.е. ребята сами нарушают SRP. Океееей.
А где, простите, я предложил использовать EF с монгой?
Потому что вы не знаете что еще эта функция может взять у User'a. Надо стараться передавать только самый минимум данных. Передача всего юзера это избыточное разглашение. Bad Design, короче.
Ну я правда не понимаю как использовать контекст (если имеется ввиду Entity Framework DB Context) для работы с MongoDB
А можно увидеть ссылку на это определение?
Ноу. Репозиторий это DbSet
Как? Можно пример?
И те и те провинились. Расширения ничем не отличаются от функций, это же почти синтаксический сахар.
И контекст это не репозиторий, а юнит оф ворк.
А кто сказал что Foo(bar) это нормально? Надо как-то живой пример. В теории слишком много различных трактований.
А как мне с одним контекстом использовать и SQL и, например, MongoDB?
Все классно ровно до того момента пока у нас повсеместно используется один контекст и одна база, да причем еще и SQL. Как только появляются разные базы для разных целей, то слой из репозиториев становится уместным и даже необходимым, т.к. он гарантирует единообразный доступ к данным. Кроме того, репозитории часто помогают абстрагироваться от использования монструозных моделей с бесконечно живущими контекстами. И не надо забывать что использование экстеншен методов нарушает ООП, потому как методы оказываются снаружи и чтобы реализовать их, придется иметь доступ к внутренним особенностям объекта.
Начнем с того что это XML ) Размер токена ощутимо больше даже при томе же объеме информации.
Его нельзя положить в query string. Там куча разных параметром шифрования которые не факт, что нужны.
Зачем использовать что-то более сложное, если есть простое и надежное решение?
Реализация собственных баз данных, операционных систем, протоколов шифрования, аутентификации и авторизации несет существенные риски и редко обосновано. Такое решение должно быть обязательно взвешенным, чтобы потом не разгребать «детские болезни» путем финансовых потерь проекта.
Обязательно в другой раз. Сейчас хочется рассказать о том, что можно надежно использовать в продакшене.
Я не считаю его перспективным протоколом, а потому и не включил в вводную часть.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity