|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУПарамонКак бы такое провернуть? Не понял, а в чем проблема? Где-то в степипропущено... какая логика, вытащить модель из базы и размазать по контроллеру - все в returne что бы не пачкать тело метода? 50 проц основные нужды.. Чтение БД - это не логика, это чтение БД. А вот дальше идет логика. И тому и другому не место в контроллере. Очередной детский лепет. Логика должна быть в контроллере ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 22:08 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVaМСУпропущено... Не понял, а в чем проблема? пропущено... Чтение БД - это не логика, это чтение БД. А вот дальше идет логика. И тому и другому не место в контроллере. Очередной детский лепет. Логика должна быть в контроллере ты идиот? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 22:32 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
сева, ты балбес http://ru.wikipedia.org/wiki/Model-View-Controller НазначениеОсновная цель применения этой концепции состоит в разделении бизнес-логики (модели) от её визуализации (представления, вида). Наиболее частые ошибкиНачинающие программисты (особенно в веб-программировании, где аббревиатура MVC стала популярна) очень часто трактуют архитектурную модель MVC как пассивную модель MVC. В этом случае модель выступает исключительно совокупностью функций для доступа к данным, а контроллер содержит бизнес-логику ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 22:45 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУсева, ты балбес http://ru.wikipedia.org/wiki/Model-View-Controller НазначениеОсновная цель применения этой концепции состоит в разделении бизнес-логики (модели) от её визуализации (представления, вида). Наиболее частые ошибкиНачинающие программисты (особенно в веб-программировании, где аббревиатура MVC стала популярна) очень часто трактуют архитектурную модель MVC как пассивную модель MVC. В этом случае модель выступает исключительно совокупностью функций для доступа к данным, а контроллер содержит бизнес-логику 1. Ты выше утверждал, что контроллер не должен содержать бизнес-логику, а теперь даешь ссылку, где утверждается совершенно обратное. Сам себя макнул в собственно дермецо. 2. Все твои mvc, mvp, о которых ты слышал только в теории и объеме wiki для Эллочек-людоедок, я давно уже попробовал на зуб и выкинул за полной их непригодностью. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 22:58 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУНе понял, а в чем проблема? Нужно мапить модель к дто, а это лишняя дополнительная логика специально для дто. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 22:59 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ПарамонМСУНе понял, а в чем проблема? Нужно мапить модель к дто, а это лишняя дополнительная логика специально для дто. Это левые танцы с бубнами, которые показывают убогость чистого ORM ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:05 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVa1. Ты выше утверждал, что контроллер не должен содержать бизнес-логику, а теперь даешь ссылку, где утверждается совершенно обратное. Сам себя макнул в собственно дермецо. Тебе окончательно голову оторвало? Контроллер не должен содержать бизнес-логику, об этом пишется в статье. Ты читаешь жопой? Наиболее частые ошибки => контроллер содержит бизнес-логику Тебе даже википедию нельзя читать, иди пиродки пеки, бездарность. SeVa2. Все твои mvc, mvp, о которых ты слышал только в теории и объеме wiki для Эллочек-людоедок, я давно уже попробовал на зуб и выкинул за полной их непригодностью. Ты контроллер от модели отличить не можешь, дикарь, о каких зубах ты вещаешь? Иди в сад. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:21 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ПарамонНужно мапить модель к дто, а это лишняя дополнительная логика специально для дто. А дто не должна отмапливать сама, этим должен заниматься маппер - отдельный класс с тупыми статическими методами. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:23 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVaПарамонпропущено... Нужно мапить модель к дто, а это лишняя дополнительная логика специально для дто. Это левые танцы с бубнами, которые показывают убогость чистого ORM Дурень, о ORM речт вообще не идет. Разговор об уровнях BL <=> DTO. Пшел вон, не мешайся под ногами, ламер, пока дяди взрослые разговаривают. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:25 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVa... ORM.... а они рассчитаны только под чистый CRUD Конкретно EF и в простом CRUD может интересно себя повести. например, при включенном Concurency можно схватить ошибок при апдейтах Order/Details, когда изменяются только Details Пример (многобукв) Пусть есть Order/Details Гавнакод, удаляет одну деталь и изменяет вторую. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Состояния entries в контексте Order - UNCHANGED Код: sql 1. 2. 3.
В базу отправляются только два запроса, версия Order остается не изменна Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Т. е. при конкурентном доступе, второй пользователь может не увидет этих изменений, если он не работал с измененной/удаленной деталью. Так как у Order версия не поменяется. Чтобы работало как надо, прийдется вставить строчку Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
И тогда все ОК, версия обновляется ОК. Код: sql 1. 2. 3.
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
И это Connected сценарий . ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:27 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУSeVa1. Ты выше утверждал, что контроллер не должен содержать бизнес-логику, а теперь даешь ссылку, где утверждается совершенно обратное. Сам себя макнул в собственно дермецо. Тебе окончательно голову оторвало? Контроллер не должен содержать бизнес-логику, об этом пишется в статье. Ты читаешь жопой? Наиболее частые ошибки => контроллер содержит бизнес-логику Тебе даже википедию нельзя читать, иди пиродки пеки, бездарность. SeVa2. Все твои mvc, mvp, о которых ты слышал только в теории и объеме wiki для Эллочек-людоедок, я давно уже попробовал на зуб и выкинул за полной их непригодностью. Ты контроллер от модели отличить не можешь, дикарь, о каких зубах ты вещаешь? Иди в сад. Я тебе миллион раз говорил, чтобы ты подтирался своей вики сам. Она только для этого пригодна. Я не собираюсь читать это и вникать в твою дурь. Если не в контроллере, то где? В космосе, муфлон, она должна быть реализована? Во view и моdel ей не место ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:33 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
[quot SeVa]МСУпропущено... Тебе окончательно голову оторвало? Контроллер не должен содержать бизнес-логику, об этом пишется в статье. Ты читаешь жопой? Наиболее частые ошибки => контроллер содержит бизнес-логику Тебе даже википедию нельзя читать, иди пиродки пеки, бездарность. пропущено... Ты контроллер от модели отличить не можешь, дикарь, о каких зубах ты вещаешь? Иди в сад. Я тебе миллион раз говорил, чтобы ты подтирался своей вики сам. Она только для этого пригодна. Я не собираюсь читать это и вникать в твою дурь. Если не в контроллере, то где? В космосе, муфлон, она должна быть реализована? Только у мудаков она во view и моdel, которые ничего кроме вики в пять строк, осилить не могут \ ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:36 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ЗЫ Попроси взрослых поменять тебе подгузники на ночь и не путайся под ногами ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:37 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVaЯ тебе миллион раз говорил, чтобы ты подтирался своей вики сам. Она только для этого пригодна. Я не собираюсь читать это и вникать в твою дурь. Дурень, тебе вникать просто нечем, это проблема не википедии, это проблема твой тупости. Обосрался ты сегодня знатно, очередной раз опускаем тебя на форуме. Какого оно, быть унылой кухаркой, поведай нем? SeVaЕсли не в контроллере, то где? В космосе, муфлон, она должна быть реализована? Во view и моdel ей не место Дятел тупорылый, в моделе и только в моделе. Не в контроллере, не во вью, не во вьюмоделе, не в репозитории. А в моделе. Заруби себе на носу, двоешник. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:39 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVaЗЫ Попроси взрослых поменять тебе подгузники на ночь и не путайся под ногами Знатно ты лажанулась сегодня, кухарочка. Знатно. Как раз попкорн подоспел ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:41 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУА дто не должна отмапливать сама, этим должен заниматься маппер - отдельный класс с тупыми статическими методами. Понятно что не сама, но все таки необходимость лишних телодвижений. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2013, 23:44 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ПарамонМСУА дто не должна отмапливать сама, этим должен заниматься маппер - отдельный класс с тупыми статическими методами. Понятно что не сама, но все таки необходимость лишних телодвижений. Маппер, одна строчка кода для намапливания целого экземпляра (для простых свойств). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 00:07 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУМаппер, одна строчка кода для намапливания целого экземпляра (для простых свойств). Для простых автомаппер. Можно сделать отдельный класс для логики, получится чисто процедурный подход, но типизированный и с изоляцией ) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 00:17 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ПарамонМСУМаппер, одна строчка кода для намапливания целого экземпляра (для простых свойств). Для простых автомаппер. Можно сделать отдельный класс для логики, получится чисто процедурный подход, но типизированный и с изоляцией ) Да и автомаппер не нужен, еще левую сборку тянуть. Есть МСУ маппер :) http://codearticles.ru/Home/ArticleView/1383 Так у нас же есть модель, там м логика хорошо ляжет. А валидация - во вью моделях. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 00:27 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУ, Можно и так. Вообще стараюсь обходится простым projection по возможности. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 00:38 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
SeVaViPRos, а не нужны никому эти жесткие связи и полное описание БД, тк смысл всех этих мультитков - уйти от зависимости структуры БД.Тк ООП и БД - две большие разницы. Помимо этого, нужны разные срезы данных(об этом говорилось в статье) Вместо с танцев с бубнами для описания можно спокойно содать view за пять минут, запустить кодогенратор, а дальше если есть нормальный фреймворк, то больше делать ничего не нужно, все и так подхватится. всесто БД - черный ящик, который предоставляет нужные интерфейсы. Помимо нее могут разные постащики данных(внешние сервисы, файлы, очереди сообщений, голубиная почта и тд). а я считаю что нафиг не нужны структурные классы в коде, их надо описывать в метаданных и все а из метаданных создать БД и GUI тогда все финтифлюшки тира ОРМ , ДТО, ... нафиг не нужны ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 01:08 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ViPRosтогда все финтифлюшки тира ОРМ , ДТО, ... нафиг не нужны Датасеты? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 09:05 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
МСУ, не объязательно кеш можно построить на любых коллекциях просто датасет уже готовая инфраструктура с релейшнами, констрейтами и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 10:09 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
вопрос для обсуждения. Есть репозиторий - стадарт КРУД + select ,where. Задача - поиск по названию некой сущности. Реализцется как поиск по названию по 3 колонкам. Вот куда это запихать лучше. 1. В интерфейс dao 2. Сделать напрямую в методе, которому это нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 11:30 |
|
EF, Repository, UnitOfWork
|
|||
---|---|---|---|
#18+
ViPRosкеш можно построить на любых коллекциях Вот он у нас и строится в EF на ICollection<T>. ViPRosпросто датасет уже готовая инфраструктура с релейшнами, констрейтами и т.д. В топку датасеты. netivan В репозиторий и клади или что-там у тебя. Насколько я знаю, ты куришь EF - уже копья сломал, нахрена тебе свой круд репозиторий, если в EF контекст и так уже репозиторий? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.01.2013, 12:01 |
|
|
start [/forum/search_topic.php?author=Praynik&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
133ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
others: | 1421ms |
total: | 1693ms |
0 / 0 |