Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
SeVa, вообщето можно в ручную диспозить, никто не запрещает, если при разрушении хранилища кеша. возникнет повторный диспоз да и хрен с ним, паттерн это допускает, наворотили понимаишь(с), я не удивлюсь если ди в пятом поколении миньет будут делать.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 00:28 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
Без мягкого знака, Жень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 00:31 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУSeVaпропущено... Муслима, грузить данные в конструкторе - полный маразм и блокировка экрана. Решение простое - сервис навигации и асинхронная загрузка данных, те нормальный фреймворк, а не пионерский бред. Твое понимание mvvm совершенно тупое - навесить на него все и вся(навигацию, валидацию, DAL, еtc), те довести до неудобоваримого состояния. Дурилка, маразм у тебя в башке, а не в конструкторе. Никакой блокировки экрана не будет, будут доступны все формы, кроме той, которая тормозит. Это не сильверлайт с одним окном в браузере. Городить асинхроннын окна тут смысла не имеет. Твое понимание дотнета поверхностное и ограниченное. В конструкторе - инициализация данных. После загрузки окна возможны снова обращения к сервисам. Муслима, нельзя быть немножко беременным. Если одна форма тормозит(а в твоем говноокносервисе унылый mdi), то тормозит все. А sl не пачкай своими потными, дрочливыми ручонками, там изначально заложена асинхронность именно на этот случай, чтобы тупой рукоблуд не морозил все. Чтобы данные грузились после загрузки окна - это непосильная для тебя задача. Ты способен только на это говно Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 01:03 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУ1. Мне нужен диспоуз после GetData. Где решение? 2. Я уточнил - это WPF, паттерн MVVM. Это не MVC и не MVP. Тут вью-модель может обращаться к сервисам, тут есть dual mode байдинги, тут много что есть. MVC этого и не снилось. Ну ладно, это всё философия. Где решение??? то о чём ты говоришь, называется Unit Of Work. пжалста: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Owned<T> -- это Unit Of Work контейнер. говорит как бы само за себя. можно ещё круче, генерация и уничтожение экземпляров под управлением DI, на лету: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. Какие-проблемы-то? я конечно склоняюсь к тому, что архитектурка тобою приведённая довольно таки хреновая, ибо что-то осмысленное в конструкторе делать -- моветон. нельзя. такие вещи надо поручать фабрикам и (в случае MVVM), диспетчеру. но никак не жётко хардкодить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 01:48 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУ, и ещё Код: c# 1. решарпера на тебя нет! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 01:55 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
Где-то в степивообщето можно в ручную диспозить, никто не запрещает, если при разрушении хранилища кеша. возникнет повторный диспоз да и хрен с ним, паттерн это допускает, наворотили понимаишь(с), я не удивлюсь если ди в пятом поколении миньет будут делать.. проблема не в повторном диспозе. а в возможном обращении к трупу. на счёт способностей современных DI ты прав, эти черти позволяют очень много, уже давно выходящее за рамки изначального описания основ принципа паттерна. это хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 02:02 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
MVVM-щикам в обязательном порядке читать Unit of Work in Rich Clients для понимания сути вселенной. ну и чтобы не пороть горячку с передачей контейнера вглубь классов, как будто сигареты без фильтра каким-нибудь заключённым на зону. а вот полезная приблуда для профайлинга IoC (autofac), возможных проблем связанных с неправильным управлением времени жизни. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 02:17 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVostt, авторпроблема не в повторном диспозе. а в возможном обращении к трупу. вот вот я еще и должен постоянно лазить в регистрацию и смотреть какой кеш я заказал для объекта, мне все эти плюшки напоминают наличие критериев в хибере при живом куерилабле, кому как, а мне легче написать свой di с инжекцией чем тащить этот велосипед с катафотами и брызговиками - может от того что он легко пишется в сети столько реализаций этой фишки, такое ощущение что только ленивый не приложил к нему руку, и как правило в стиле рыночной экономики - пользуйтесь наш может то то и то то - что не могут другие.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 08:13 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
Где-то в степиhVostt, авторпроблема не в повторном диспозе. а в возможном обращении к трупу. вот вот я еще и должен постоянно лазить в регистрацию и смотреть какой кеш я заказал для объекта, мне все эти плюшки напоминают наличие критериев в хибере при живом куерилабле, кому как, а мне легче написать свой di с инжекцией чем тащить этот велосипед с катафотами и брызговиками - может от того что он легко пишется в сети столько реализаций этой фишки, такое ощущение что только ленивый не приложил к нему руку, и как правило в стиле рыночной экономики - пользуйтесь наш может то то и то то - что не могут другие.. Dispose нужен только MCУ, чтобы дернуть за ручку унитаза и смыть свои отложения. Возможность явно вызвать dispose появилась только в третьей версии, а до этого все жили без этого, в нем все на слабых ссылках и сборщик памяти все спокойно убирал. Общий контекст выполнения нужен только для того, чтобы не создавать одно и тоже сорок восемь раз во время бизнес-транзакции. В WPF у контролов вообще нет dispose, тк это управляемые ресурсы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 09:23 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
SeVaМуслима, нельзя быть немножко беременным. Если одна форма тормозит(а в твоем говноокносервисе унылый mdi), то тормозит все. А sl не пачкай своими потными, дрочливыми ручонками, там изначально заложена асинхронность именно на этот случай, чтобы тупой рукоблуд не морозил все. Дуралейка, нельзя быть немного идиотом - нет никакого MDI. Есть главное окно (Owner) и его дочерние окна. Если какое-то дочернее окно тормозит, это никак не влияет на работу всего остального. Опять ты глупости пишешь. SeVaЧтобы данные грузились после загрузки окна - это непосильная для тебя задача. Дурик, тебе твой сильверлайт окончательно снес башку. Задача уровня детского сада, но ты так гордишься, что кое как со скрипом осилил DispatcherSynchronizationContext. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 09:48 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVosttМСУ1. Мне нужен диспоуз после GetData. Где решение? 2. Я уточнил - это WPF, паттерн MVVM. Это не MVC и не MVP. Тут вью-модель может обращаться к сервисам, тут есть dual mode байдинги, тут много что есть. MVC этого и не снилось. Ну ладно, это всё философия. Где решение??? то о чём ты говоришь, называется Unit Of Work. пжалста: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Owned<T> -- это Unit Of Work контейнер. говорит как бы само за себя. можно ещё круче, генерация и уничтожение экземпляров под управлением DI, на лету: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. Какие-проблемы-то? я конечно склоняюсь к тому, что архитектурка тобою приведённая довольно таки хреновая, ибо что-то осмысленное в конструкторе делать -- моветон. нельзя. такие вещи надо поручать фабрикам и (в случае MVVM), диспетчеру. но никак не жётко хардкодить. Ты сам себе противоречишь. Сначала никаких Dispose из ViewModel, то теперь отжигаешь. Как понимать? В чем тут хреновая архитектура, можешь внятно объяснить? Сначала ты пишешь, что нельзя вызывать сервисы из вью модели (по неопытности). Потом ты пишешь откровенный диспоуз в ней. Потом ты пишешь какую-то чушь про хреновую архитектуру. Извини, но у меня складывается ощущение, что ты полный ноль в обсуждаемой теме. Кроме веб приложений на мвц далече не сувался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 09:52 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVosttМСУ, и ещё Код: c# 1. решарпера на тебя нет! Не вижу повода для паники. Или опять вбитый гвоздями шаблон не дает покоя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 09:53 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
Хвост, вот тебе еще железобетонный пример, когда нужно передавать контейнер в класс, а не сервис. Всё та же вью модель для WPF приложения. 1. При открытии окна идет обращение к сервису, получаем данные (переменная history), диспоузим сервис, наполняем наблюдаемую коллекцию (байдинг на дата грид в XAML). 2. Через какое-то время мы из этого окна захотим получить отчет, то есть опять обратиться к сервису, который мы ранее убили (команда OpenReportCommand, байдинг на клик кнопки). Но так как у нас в конструктор ходит контейнер, мы без проблем снова резолвим сервис данных, вызываем метод GetEmployees, диспоузим сервис. Передаем готовые данные в метод формирования отчета. 3. Когда я дождусь от тебя валидного кода по уничтожению сервиса по требованию? Ты такую элементарную задачу уже третьти сутки не можешь решить Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 10:20 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
А тот гавнокод, что ты привёл со своим "MessagePump" не поддается даже здравой логике. Это полный алес капут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 10:23 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУ Надо правильные контейнеры использовать: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:12 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУТы сам себе противоречишь. Сначала никаких Dispose из ViewModel, то теперь отжигаешь. Как понимать? а никаких Dispose контекста и нет. если ты это не доходит. то всё. алес. умываю руки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:14 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУПотом ты пишешь откровенный диспоуз в ней. Потом ты пишешь какую-то чушь про хреновую архитектуру. Извини, но у меня складывается ощущение, что ты полный ноль в обсуждаемой теме. Кроме веб приложений на мвц далече не сувался. мдя... чувак. можно закрывать тему. ты свой уровень прекрасно показал. не можешь различить диспоуз сервиса и диспоуз UOW (который всего лишь указывает DI контейнеру, что Owner больше не нужен). не ебай мне мозги. давай заканчивать бесполезный треп. я вижу что ты окончательно не одупляешься. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:16 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУА тот гавнокод, что ты привёл со своим "MessagePump" не поддается даже здравой логике. Это полный алес капут. дооооооооооо. напишу авторам autofac что они говнокодеры. пусть придут поучатся у великого МСУ. ну и посмешил же ты меня. не собираюсь больше убивать на тебя время. ты не прошибаемый. лишь бы не признать что не прав. да оставайся при своём мнении. мне как-то уже пофиг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:19 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
Код: c# 1. 2. 3. 4. 5. особенно доставило. МСУ. ты и правда ВОТ ТАК ПИШЕШЬ? ЭТО куски кода из реального проекта? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:21 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
МСУСначала ты пишешь, что нельзя вызывать сервисы из вью модели (по неопытности). вообщето только по неопытность можно засунуть добычу данных из сервиса в конструкторе. простительно первокласснику. но не опытному программисту. надо пересмотреть его квалификации и спросит, хуле он в программировании забыл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:24 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVosttМСУТы сам себе противоречишь. Сначала никаких Dispose из ViewModel, то теперь отжигаешь. Как понимать? а никаких Dispose контекста и нет. если ты это не доходит. то всё. алес. умываю руки. Как нет, если есть? 15183035 Ты умываешь руки, потому что банальную задачу уже третьи сутки решить не можешь? Что ж, хорошая стратегия: мыть руки, сливая. hVosttМСУПотом ты пишешь откровенный диспоуз в ней. Потом ты пишешь какую-то чушь про хреновую архитектуру. Извини, но у меня складывается ощущение, что ты полный ноль в обсуждаемой теме. Кроме веб приложений на мвц далече не сувался. мдя... чувак. можно закрывать тему. ты свой уровень прекрасно показал. не можешь различить диспоуз сервиса и диспоуз UOW (который всего лишь указывает DI контейнеру, что Owner больше не нужен). не ебай мне мозги. давай заканчивать бесполезный треп. я вижу что ты окончательно не одупляешься. Хвост, твой уровень и так всем понятен. Понахватался вершков с хабров и веришь в свой шаблон, молясь на него как на икону. А задача не решена. Пытаешься всё больше и больше нагрузить свой гавнокод левыми педалями, а не выходит каменный цветок. Где решение? Нету решения. Потому что узко смотришь на мир из-под призмы mvc. Твои студенческие взгляды - юношеский максимализм на пустом месте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:30 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVosttМСУА тот гавнокод, что ты привёл со своим "MessagePump" не поддается даже здравой логике. Это полный алес капут. дооооооооооо. напишу авторам autofac что они говнокодеры. пусть придут поучатся у великого МСУ. ну и посмешил же ты меня. не собираюсь больше убивать на тебя время. ты не прошибаемый. лишь бы не признать что не прав. да оставайся при своём мнении. мне как-то уже пофиг. Да, напиши еще авторам Unity, пусть поучатся у твоих автофаковых авторов. Где конечно решение? Тебе не надоело скакать как белка в колесе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:32 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVostt Код: c# 1. 2. 3. 4. 5. особенно доставило. МСУ. ты и правда ВОТ ТАК ПИШЕШЬ? ЭТО куски кода из реального проекта? Да, я так пишу. Что тебя смущает? Очередной шаблон в башке застрял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:32 |
|
||
|
выбор IoC
|
|||
|---|---|---|---|
|
#18+
hVosttМСУСначала ты пишешь, что нельзя вызывать сервисы из вью модели (по неопытности). вообщето только по неопытность можно засунуть добычу данных из сервиса в конструкторе. простительно первокласснику. но не опытному программисту. надо пересмотреть его квалификации и спросит, хуле он в программировании забыл. Одно слюнометание, а по делу ноль. Конструктор - это какой-то запрещенный метод? Или ты боишься конструкторов? А задача так и не решена... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2013, 11:33 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38476070&tid=1357917]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 355ms |

| 0 / 0 |
