AN
Значит вопрос в канале интернета, вероятнее всего.
изредка бывает, что заикается и то и то
в бОльшей степени зависит то того, насколько далеко я ушёл от роутера и идёт ли у ребёнка урок по зумоскайптимс
Size: a a a
2020 November 05
KT
спасибо) Интересно
ВВ
У меня моник 1080, но всё-равно 4к ставит каждый раз
ВВ
И да. При нынешних удалёнках канал получается очень не резиновый и 3-5 видеопотоков кроме моего требуется запросто.
И это только из моей квартиры 😂
И это только из моей квартиры 😂
2020 November 09
PC
а отзывы по конференциям сколько времени принимаются?
AF
неделю
PC
Спасибо.
AU
Приветствую, коллеги! А попадалось ли кому-то толковое объяснение, почему в основе большинства ORM систем лежит паттерн Unit Of Work, а не Repository? Как правило репозиторий пишут при помощи Session или EntityManager, а они ведь и представляют из себя типичный UnitOfWork.
PC
Звучит как тема доклада: поиследовать и рассказать
AU
До какой-то степени вопрос навеян "Спринг-построителем" от Евгения Борисова. Он там сказал, что каждому разработчику для понимания основ стоит попытаться написать свой простейший DI - фреймвор или свою простейшую ORM.
AU
Вот я и задумался
PC
Я б на такой доклад сходил.
VD
До какой-то степени вопрос навеян "Спринг-построителем" от Евгения Борисова. Он там сказал, что каждому разработчику для понимания основ стоит попытаться написать свой простейший DI - фреймвор или свою простейшую ORM.
про свой простейший DI - плюсую
мой даже в продакшн вышел =)
мой даже в продакшн вышел =)
NG
кажется, у Фаулера вполне понятное описание причин применения паттерна. https://martinfowler.com/eaaCatalog/unitOfWork.html
на мой взгляд, с UoW получается проще работать с запросами/операциями над бд, оперирующими несколькими сущностями. особенно, если приходится оперировать несколькими различными типами сущностей. а так же UoW позволяет меньше времени держать транзакцию открытой, что тоже положительно сказывается на здоровье как субд так и приложения. так же UoW может под капотом схлопывать несколько однотипных операций в batch-запросы.
я писал свою ORM на основе шаблонов Repository и DataMapper, и могу сказать, что при сложной и "долгой" бизнес-логике управлять записью кучи сущностей на репозиториях становится тяжеловато. каскадная запись (по крайней мере на том уровне, что у меня получилось ее реализовать) помогает далеко не всегда. плюс время транзакции опять же
на мой взгляд, с UoW получается проще работать с запросами/операциями над бд, оперирующими несколькими сущностями. особенно, если приходится оперировать несколькими различными типами сущностей. а так же UoW позволяет меньше времени держать транзакцию открытой, что тоже положительно сказывается на здоровье как субд так и приложения. так же UoW может под капотом схлопывать несколько однотипных операций в batch-запросы.
я писал свою ORM на основе шаблонов Repository и DataMapper, и могу сказать, что при сложной и "долгой" бизнес-логике управлять записью кучи сущностей на репозиториях становится тяжеловато. каскадная запись (по крайней мере на том уровне, что у меня получилось ее реализовать) помогает далеко не всегда. плюс время транзакции опять же
AU
@nixel2007 спасибо! Все оказалось проще чем я думал) Насчет доклада не уверен (не достаточно я крут для JUG), а вот статью на хабре может наклепаю. Пока что нужно достаточное количество информации собрать.
2020 November 13
ПФ
А уже есть где-то телеграм чат, посвящённый смартдате?
DT
А уже есть где-то телеграм чат, посвящённый смартдате?
Да, сек
DT
А уже есть где-то телеграм чат, посвящённый смартдате?
ПФ
Спасибо!
2020 November 17