powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / VS 2008, WPF и визуальное наследование (окон, форм)
293 сообщений из 293, показаны все 12 страниц
VS 2008, WPF и визуальное наследование (окон, форм)
    #35356832
Как?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вопрос: как получить сабж в IDE?

Неужели все так плохо? Когда будет хорошо?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35356909
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как?Неужели все так плохо? Когда будет хорошо?
Когда поменяете образ мышления. Читайте про Templates & Styles.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357011
get the facts
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как?
а никак)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357173
Как?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
НахлобучКогда поменяете образ мышления. Читайте про Templates & Styles.
Прочитал. Все круто. Ничего не понятно (без примера).

Итак, у меня есть Window1. На нем Menu и куча MenuItem

Теперь я хочу сделать Window2 (3, 4, 5, 6), которые будут отображать все
MenuItem от Window1, а также свои.

И притом, тогда, когда я добавлю в Window1 свои MenuItem - сразу должны появиться
эти Item-ы во всех этих Window2 (3, 4, 5, 6).

Вопрос. Как мне это получить?

Вопрос именно по Templates (или Styles). Окно-заготовка (шаблон). Как это сделать в WPF?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357214
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как?Как это сделать в WPF?
Про Visual Tree и Logical Tree уже знаете?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357257
Как? Знаю!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Нахлобуч Как?Как это сделать в WPF?
Про Visual Tree и Logical Tree уже знаете?

Я имею в виду - IDE.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357263
Как?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Мышекликательное программирование в WPF. С VFI (Visual Form Inheritance).

Никак?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357317
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как? Знаю!Я имею в виду - IDE.
Все ясно. Читайте про VT, LT, XAML.

Нормальных визуальных редакторов XAML пока нет.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357324
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как?Мышекликательное программирование в WPF. С VFI (Visual Form Inheritance).
Никак?
Вы сначала матчасть хотя бы поверхностно изучите, а потом вопросы задавайте. Какое нахрен VFI?!! Все на несколько порядков проще (или сложнее - зависит от склада Вашего ума)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357340
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
НахлобучНормальных визуальных редакторов XAML пока нет.
Ну, почему. Expression Blend - вроде есть все, что надо. Да и в VS2008 тоже нормальный редактор, слегка тормозной, правда, но после SP1 должен работать шустрее (бета, по крайней мере, работала быстрее).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357364
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Roman S. GolubinВсе на несколько порядков проще (или сложнее - зависит от склада Вашего ума)
Роман колитесь, у нас у всех нездоровый интерес
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357443
Пересмешник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaРоман колитесь, у нас у всех нездоровый интерес
Да да. Озвучьте, пожалуйста, что-то более простое, чем VFI, позволяющее решить простенькую задачу на шаблоны-заготовки.

Итак.

В задаче: мы имеем некий XAML файл, в нем - какие-то элементы. Нам нужно теперь поиметь
уже другой файл, который унаследует все элементы и их свойства и первоначального файла,
позволит свойства перекрыть, новые элементы внести.

Куда уж проще?

Итак - как это сделать?

Только что заиспользовал Expression Blend. Там решения не нашел. Всемираня база знаний тоже
молчит на этот счет.

Итак, как проще? Вернее, как и чем вообще это можно сделать? visual inheritance?

Ладно, хрен с ним, с Window. Как сделать из UserControl другой UserControl (дополнив)?

Или в VS 2008, или в Expression Blend, или вообще пофиг где. Главное - визуально?
И с поддержкой XAML файлов в т.ч.?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357451
Почитал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Нахлобуч Как? Знаю!Я имею в виду - IDE.
Все ясно. Читайте про VT, LT, XAML.
Почитал, ответ не нашел. Может я что-то не то читаю? Подскажите более точно.
Что читать, где ответ про visual inheritance в WPF?

НахлобучНормальных визуальных редакторов XAML пока нет.
А когда будут, намечаются ли вообще?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357461
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaРоман колитесь, у нас у всех нездоровый интерес
Нездоровый интерес к чему? :)
На примере меню - в ResourceDictionary один раз описываете стиль меню, указав источник данных и все! В окно просто добавляете <Menu/> и оно сразу же появляется полностью заполненное.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357462
Roman S. Golubin chpashaРоман колитесь, у нас у всех нездоровый интерес
Нездоровый интерес к чему? :)
На примере меню - в ResourceDictionary один раз описываете стиль меню, указав источник данных и все! В окно просто добавляете <Menu/> и оно сразу же появляется полностью заполненное.

А как дополнить?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357480
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Погоди, не убегай...А как дополнить?
Дополнить что?
Если источник данных - singleton, то будет одно меню на все окна. Если multiton, то для каждого свой источник - в него и добавляйте.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357486
Как?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Roman S. Golubin Погоди, не убегай...А как дополнить?
Дополнить что?
Если источник данных - singleton, то будет одно меню на все окна. Если multiton, то для каждого свой источник - в него и добавляйте.

Ну я описал там в ResourceDictionart что-то.
Теперь мне нужно в Window1 это меню дополнить (новых элементов докинуть).

Как?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357529
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как?Как?
Для начала подумайте, а какое отношение меню имеет к UI вообще?
Так как UI сам не выполняет команды меню, то и про содержимое ему знать совершенно нет ни какой необходимости - что прописано в источнике данных, то он и отображает и ничего более. Вообще, применение стилей и шаблонов - фактически IoC для UI, и ставит все на свои места, в отличие от VFI.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357537
Нафиг
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Roman S. Golubin Как?Как?
Для начала подумайте, а какое отношение меню имеет к UI вообще?
Непросредственное.

Roman S. GolubinТак как UI сам не выполняет команды меню, то и про содержимое ему знать совершенно нет ни какой необходимости - что прописано в источнике данных, то он и отображает и ничего более. Вообще, применение стилей и шаблонов -
Какой еще источник данных? Ты что, задачу выше не видел?

[quot Roman S. Golubin] фактически IoC для UI, и ставит все на свои места, в отличие от VFI.
В данном случае - не интересно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357550
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Roman S. Golubin Как?Как?
Для начала подумайте, а какое отношение меню имеет к UI вообще?
Так как UI сам не выполняет команды меню, то и про содержимое ему знать совершенно нет ни какой необходимости - что прописано в источнике данных, то он и отображает и ничего более. Вообще, применение стилей и шаблонов - фактически IoC для UI, и ставит все на свои места, в отличие от VFI.
Т.е. если в источнике строка с тремя полями, ваш мега шаблон сам рисует три поля с кнопкой на запись и удаление? Зачетно. Очень хотел бы посмотреть на этот ИИ-шаблон.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357638
Как?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ProgaТ.е. если в источнике строка с тремя полями, ваш мега шаблон сам рисует три поля с кнопкой на запись и удаление? Зачетно. Очень хотел бы посмотреть на этот ИИ-шаблон.
Да нет. Он(о) говорит не о том. А о том, что зачем вам вообще впились дизайнеры UI?

Хреначьте все подряд в какие-то чудо таблицы в базе данных, пусть ваш чудо солющин их оттуда
вытягивает (описания UIElement) и делает сборку по месту. Да да. И человеку (юзабелисту) в руки
выдай основы SQL Грабера. Это его теперь инструмент.

Короче, пример влияния новомодных словечек вроде IoC на неокрепшие детские мозги в действии.

Ты его спрашиваешь, как пройти от п.А в п.B. А он(о) тебе отвечает, а зачем тебе вообще куда то
идти? Забухать можно вон в кафе за углом.

Логика еще та. Гурей недоделанных.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357657
Нахлобуч Как?Неужели все так плохо? Когда будет хорошо?
Когда поменяете образ мышления. Читайте про Templates & Styles.

Короче, проблема не решается в принципе. Вот и описано почему.

Итого: все свободны, заседание продолжается.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357715
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WPF - жалкая поделка... Короче, проблема не решается в принципе...
Угу, все как обычно: сначала высасываем на пустом месте "проблему" из пальца, а потом - радостно сообщаем всем, что: "ХХХ-технология" с ней не справляется..." и т.д. по N-дцатому кругу.
Мне вот хотелось бы посмотреть на того "юзабелиста", который по принципам А. Лебедева создает в месяц 2-3 "смысло-наполненных" представления для меню, привязанного к форме...
Говорили же вам уже - меню не та вещь, которую надо "визуально наследовать", меню (по-сути) - это иерархическая структура данных, для которой "смысл" (по А. Лебедеву) имеет только шаблон унифицированного представления этих данных на UI, но никак не наполняемость этой структуры очередными Item-ами в очередной форме...
З.Ы. отличный кол у вас на голове уже вытесался - хоть "втыкай" куда-нить...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357757
qu-quЗ.Ы. отличный кол у вас на голове уже вытесался - хоть "втыкай" куда-нить...
Не надо искать оправдания своим кончепедальным технологиям.

В WinForms VFI недоделан, а в WPF он вообще отсуствует как класс. Что и требовалось доказать.
Среда - поделка, технология - недоделка. Идеология - вранье для детей.

Фактически ваши идеологи сделали эдакий fake вам на голову (а казалось бы,
чего уж проще - шаблон и в Африке шаблон), а вы и рады найти этому фейку какое-то оправдание
(от IoC до ... на что фантазии хватит...

короче).

Вы пишите, пишите, не отвлекайтесь. То, что мы уже с утра мышкой за 15-ть минут сделали. И к обеду
пару раз переделали.

Но вы пишите.. UI. Руками. Кодом....

Бугагага, наколеночники. На "эдаком IoC для UI". Пишите пишите...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357788
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про унылую сущность бытия... В ... VFI недоделан, а в ... он вообще отсуствует как класс. ...
Среда - поделка, технология - недоделка. Идеология - вранье для детей...
А ваша "идеология" (VFI) - для кого вранье?
(про среду/технологию спорить не буду - в глаза не видал ни разу в жизни).
Сначала вы "размахиваете флагом" VFI на примере менюшек в формах...
Так давайте разбираться до конца - нужен в этой задаче VFI или не нужен?
(сдается мне, что вы уже и сами поняли, что - не нужен, только почему-то "стыдитесь" ("боитесь"?) тут в этом признаться).
Дальше - больше... "слона трудно съесть целиком и сразу, но если отрезАть от слона по кусочку в течение долгого времени, то можно съесть и слона" (с) не мой...
Вы мне ответьте, пжлст, внятно и со "смыслом" (по А. Лебедеву) - нужно VFI для привязки менюшек к формам или нет?
А когда ответите - можно будет продолжать разговор и о других "сферах применения" VFI...
(кроме засирания мозгов бывшим студентам).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357822
Что?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
qu-quТак давайте разбираться до конца - нужен в этой задаче VFI или не нужен?
(сдается мне, что вы уже и сами поняли, что - не нужен, только почему-то "стыдитесь" ("боитесь"?) тут в этом признаться).
Еще раз, для тех кто в танке.

Шаблон, бланк, заготовка, полуфабрикат.
Что не понятно?

Берешь и вписываешь в нужные, заранее прописанные в шаблне места то, что нужно в уже
конкретной задаче, и не паришься с однообразной рутиной, ибо она уже в шаблоне. Меню в т.ч.
Ты только дописываешь, и все.

И не только меню. Гриды. И в панельки всякие... которые есть уже в шаблоне, вставляешь всякое.


qu-quДальше - больше... "слона трудно съесть целиком и сразу, но если отрезАть от слона по кусочку в течение долгого времени, то можно съесть и слона" (с) не мой...
Вы мне ответьте, пжлст, внятно и со "смыслом" (по А. Лебедеву) - нужно VFI для привязки менюшек к формам или нет?
Да, и менюшки тоже нужны для VFI. Собственно говоря - абстрактная форма имеет меню File, Edit, View и понеслась.

qu-quА когда ответите - можно будет продолжать разговор и о других "сферах применения" VFI...
(кроме засирания мозгов бывшим студентам).

Блин, вы какие-то странные. Шаблон-заготовка. Что не ясно? Шаблон.
Зачем делать дурацкую работу дважды или трижды, если можно взять ШАААБЛОООООН.

Заготовку. Разделение операций. Унификация. Типология.
Шаблоны всякие нужны, шаблоны всякие важны.

Что не ясного? Еще раз. ШАБЛОН - ТИПОВОЙ НАБОР ТИПОВЫХ ЭЛЕМЕНТОВ. Полуфабрикат.


Дошло? Нет? Ну почитай еще раз про наследование (inheritance), потом приходи.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357827
get the facts
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
qu-qu
Вот тебе задача: есть у меня базовая табличная форма, грид имеет PopupMenu, в него добавлены базовые для табличной формы операции такие как - cоздать, удалить, свойства, выделить все, инвертировать, экспорт в Excel и т.д.

Хочу я создать какую-то специализированную форму - пусть журнал, какой то.
Создаю форму наследника от базовой табличной. Сразу же имею грид с меню и всю базовую функциональность.

Теперь я могу:
1. Добавить menuitem в базовую форму и он тут же появится во всех дочерних.
2. Могу легко добавить специфичные функции (menuitem'ы) на дочернюю форму.

Расскажи мне, что я делаю не так и как в вашей чудо технологии реализовать подобное?

PS не grexhide
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357832
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что?... ШАААБЛОООООН...
"Сколько раз ни повторяй: халва, халва, халва... во рту слаще не станет." (с) х. Насретдин.
Такой умный "дядька" не может не знать, что реализация "паттерна" шаблон/детализация (общее/частное) не сошлась клином на одном только "наследовании"...
(при желании таких реализаций можно придумать с 10-ток).
Ладно, счаз уже надо убегать... продолжим "на досуге".
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357839
get the facts
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
qu-qu
(при желании таких реализаций можно придумать с 10-ток).
Ладно, счаз уже надо убегать...

Ага, ну так всегда...на самом интересном.
Ну дак предложи нам пару реализаций раз их "можно придумать с десяток" (при том что в вашей чудо IDE нет не одного нормального).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357859
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как?И человеку (юзабелисту) в руки выдай основы SQL Грабера. Это его теперь инструмент.
В том и дело, что дизайнеру выдавать вообще ничего не нужно, ибо все требуемые меню _уже_ обсуждены с заказчиком и переложены на данные. Дизайнеру остается только стиль для меню выбрать и оно сразу же будет заполнено данными - без каких-либо телодвижений мышкой или какой другой частью тела.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357900
Roman S. GolubinВ том и дело, что дизайнеру выдавать вообще ничего не нужно
Покажи свои скриншоты. А то как-то сильно твои слова на пустой треп похожи.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357904
Да? А ну, зацени.Покажи свои скриншоты. А то как-то сильно твои слова на пустой треп похожи.
Ох, насмотрелись мы Ваших скриншотов. На век хватит
P.S. Лучше дбф-ками занимайтесь, не отвлекайтесь на мелочи.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357944
VLA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как? НахлобучКогда поменяете образ мышления. Читайте про Templates & Styles.
Прочитал. Все круто. Ничего не понятно (без примера).

Итак, у меня есть Window1. На нем Menu и куча MenuItem

Теперь я хочу сделать Window2 (3, 4, 5, 6), которые будут отображать все
MenuItem от Window1, а также свои.

И притом, тогда, когда я добавлю в Window1 свои MenuItem - сразу должны появиться
эти Item-ы во всех этих Window2 (3, 4, 5, 6).

Вопрос. Как мне это получить?

Вопрос именно по Templates (или Styles). Окно-заготовка (шаблон). Как это сделать в WPF?

Я так понял, что надо сделать наподобие этого:
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35357946
VLA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если так, то лови код. Делал быстро, чтобы показать принцип, так что за ляпы прошу простить.

Практика - критерий истины © Кант И., Маркс К., Ленин В.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358138
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да? А ну, зацени.Покажи свои скриншоты. А то как-то сильно твои слова на пустой треп похожи.
Не верится, что дизайнеру не нужно самому елозить мышкой, создавая меню? Что вместо тупой работы, которую уже сделали студенты-практиканты, он действительно занимается творчеством? :)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358157
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ProgaТ.е. если в источнике строка с тремя полями, ваш мега шаблон сам рисует три поля с кнопкой на запись и удаление? Зачетно. Очень хотел бы посмотреть на этот ИИ-шаблон.
Я не понял, про что Вы? Тут речь пока шла о меню. Вот сильно упрощенный пример на xaml, со статичным источником данных xml в ресурсах:

-- Файл с описанием стилей, шаблонов и источника данных (MyResources.xaml)
Код: plaintext
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.
<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

  <!-- XML - описание меню, в оригинале здесь одна строка 
        с указанием метода linq доступа к источнику данных, 
        в котором хранится описание меню -->
  <XmlDataProvider x:Key="MenuData" XPath="MyMenu/MyMenuItem">
    <x:XData>
      <MyMenu xmlns="">
        <MyMenuItem Header="File">
          <MyMenuItem Header="New"/>
          <MyMenuItem Header="Open"/>
          <MyMenuItem Header="Close"/>
        </MyMenuItem>
        <MyMenuItem Header="Edit">
          <MyMenuItem Header="Copy"/>
          <MyMenuItem Header="Paste"/>
        </MyMenuItem>
      </MyMenu>
    </x:XData>
  </XmlDataProvider>

  <!-- Шаблон элемента меню -->
  <HierarchicalDataTemplate x:Key="MyMenuItemTemplate" ItemsSource="{Binding XPath=*}">
    <TextBlock Text="{Binding XPath=@Header}"/>
  </HierarchicalDataTemplate>
   
  <!-- Описание стиля меню -->
  <Style TargetType="Menu" x:Key="SharedMenuStyle">
    <Setter Property="ItemsSource" Value="{Binding Source={StaticResource MenuData}}"/>
    <Setter Property="ItemTemplate" Value="{StaticResource MyMenuItemTemplate}"/>
  </Style>

</ResourceDictionary>

-- Файл формы в которой используется меню (Window1.xaml)
Код: plaintext
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.
<Window x:Class="menuTest.Window1"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="Window1" Height="300" Width="300">

  <!-- Описание   подключенных ресурсов -->
  <Window.Resources>
    <ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary Source="MyResources.xaml"/>
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>
  </Window.Resources>
  
  <Grid>
    
    <Grid.RowDefinitions>
      <RowDefinition Height="Auto"/>
      <RowDefinition Height="*"/>
    </Grid.RowDefinitions>

    <!-- Собственно, та строка, про которую идет речь. 
           Добавляется в IDE мышой за один драг-n-дроп,
           затем ручками прописывается название стиля, 
           и всё - меню готово к работе. -->
    <Menu Style="{StaticResource SharedMenuStyle}"/>

  </Grid>
</Window>

2 get the facts: Скриншот можете посмотреть сами, скопипастив вышеприведенный текст в WPF проект VS2008.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358164
Roman S. Golubin ProgaТ.е. если в источнике строка с тремя полями, ваш мега шаблон сам рисует три поля с кнопкой на запись и удаление? Зачетно. Очень хотел бы посмотреть на этот ИИ-шаблон.
Я не понял, про что Вы? Тут речь пока шла о меню. Вот сильно упрощенный пример на xaml, со статичным источником данных xml в ресурсах:
Нет. Меню был приведен как пример. Задача не ограничивается меню, она им только начинается.
Ты просто невнимательно читаешь (или читаешь только то, что тебе хочется видеть).

Roman S. Golubin
Код: plaintext
1.
2.
3.
4.
5.
  <!-- Шаблон элемента меню -->
  <HierarchicalDataTemplate x:Key="MyMenuItemTemplate" ItemsSource="{Binding XPath=*}">
    <TextBlock Text="{Binding XPath=@Header}"/>
  </HierarchicalDataTemplate>
 


Рома. Еще раз. То, что ты предлагаешь, это понятно. Но это - не интересно. Перечитай топик,
там вполне сказано почему.

Заодно перечитай про Visual Form Inheritance.

Построение биндингом - в принципе не интересно. Это не то шаблонирование, которое требуется.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358172
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Построение биндингом - в принципе не интересно. Это не то шаблонирование, которое требуется.
Привязка к данным через биндинг - основа (как минимум, текущей) реализации WPF. Именно поэтому все объекты WPF унаследованы от DepedencyObject, подерживающий биндинг свойств. Отказ от биндинга возможен, но это будет уже не WPF :)
А в приведенном выше примере для меню (<Menu Style=...) указывается только стиль - весь биндинг вынесен в ресурсный файл, так как дизайнеру он совсем не интересен.
Если Вам применение стилей не интересно, то какое еще "шаблонирование" Вы имеете в виду?
public Window1 inherits WindowBase что ли? Так я уже сказал, что такого в текущей реализации FW нет и вряд ли будет в следующих, потому как нет в этом необходимости. Хотя, ни кто не мешает написать вам свой класс, в котором будет реализовано такое наследование - или заказать оутсорсу, если уж Вам это так необходимо.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358178
опять 25
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Roman S. Golubin Построение биндингом - в принципе не интересно. Это не то шаблонирование, которое требуется.
Привязка к данным через биндинг - основа (как минимум, текущей) реализации WPF. Именно поэтому все объекты WPF унаследованы от DepedencyObject, подерживающий биндинг свойств. Отказ от биндинга возможен, но это будет уже не WPF :)
Хорошее самоубеждение. Ну да. Земля шестиугольная, потому что не квадратная.

Roman S. GolubinЕсли Вам применение стилей не интересно, то какое еще "шаблонирование" Вы имеете в виду?
public Window1 inherits WindowBase что ли?
public Window2 inherits Window1

Я уже устал это повторять.

Roman S. Golubin
Так я уже сказал, что такого в текущей реализации FW нет и вряд ли будет в следующих, потому как нет в этом необходимости.
Вот это и называется - feature fake

О том и речь.

Roman S. GolubinХотя, ни кто не мешает написать вам свой класс, в котором будет реализовано такое наследование - или заказать оутсорсу, если уж Вам это так необходимо.
Как раз и мешает. Недоделанность VS.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358184
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
опять 25Недоделанность VS.
Насколько я помню, последнюю IDE делали с учетом пожеланий и голосования корпоративных разработчиков, ее использующих. Похоже, мало кому потребовался VFI, потому и не стали его делать. В любом случае, этот вопрос точно не в форум по C#, а в соответствующий форум на http://forums.microsoft.com
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358186
Roman S. Golubin опять 25Недоделанность VS.
Насколько я помню, последнюю IDE делали с учетом пожеланий и голосования корпоративных разработчиков, ее использующих. Похоже, мало кому потребовался VFI, потому и не стали его делать.
Какой еще корпоративный заказчик? О чем ты вообще? Сходи да посмотри (на dice.com) кому требуется WPF и для чего.


Roman S. GolubinВ любом случае, этот вопрос точно не в форум по C#, а в соответствующий форум на http://forums.microsoft.com
Пожалуй единственно разумная мысль.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358200
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рома двинул мысльСходи да посмотри (на dice.com) кому требуется WPF и для чего.
Лениво искать непонятно что. Cсылку б прямую на статью.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358601
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Roman S. Golubin Построение биндингом - в принципе не интересно. Это не то шаблонирование, которое требуется.
Привязка к данным через биндинг - основа (как минимум, текущей) реализации WPF. Именно поэтому все объекты WPF унаследованы от DepedencyObject, подерживающий биндинг свойств. Отказ от биндинга возможен, но это будет уже не WPF :)
А в приведенном выше примере для меню (<Menu Style=...) указывается только стиль - весь биндинг вынесен в ресурсный файл, так как дизайнеру он совсем не интересен.
Если Вам применение стилей не интересно, то какое еще "шаблонирование" Вы имеете в виду?
public Window1 inherits WindowBase что ли? Так я уже сказал, что такого в текущей реализации FW нет и вряд ли будет в следующих, потому как нет в этом необходимости. Хотя, ни кто не мешает написать вам свой класс, в котором будет реализовано такое наследование - или заказать оутсорсу, если уж Вам это так необходимо.
мда, после таких слов начинает блуждать мысль о последовательности Ява-создателей и непоследовательности мелкософта.
Бросать нада эти формсы с впф-ами и переключатся на веб.
Хоть там пока такого маразма нет.
В формсах я хоть с горем пополам наследовался, а тут вообще нету, корпоративщики решили.
Класс. Приехали. Занавес.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358617
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
опять 25
Вот это и называется - feature fake

грекс, по-моему с первого взгляда было видно, что в WPF "все не так". Одно только отсутствие возможности обработчик события через дизайнер навесить уже чего стоит, нет? Чему ты собственно удивляешься и тем более возмущаешься? Что они это дело преподносят и рекламируют? Ну дык а ты на их месте что сделал бы?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358628
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Proga
В формсах я хоть с горем пополам наследовался, а тут вообще нету
вопрос не в том, пусть покажут как иначе, мы поглядим, подумаем. (и шрифты пусть поправят )

Progaкорпоративщики решили.
Класс. Приехали. Занавес.

Мое личное мнение, с WPF пока не спешить, приглядываться, если время свободное будет, на предмет хороших идей.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358630
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaОдно только отсутствие возможности обработчик события через дизайнер навесить уже чего стоит, нет?Можно! Даблклик на Button в дизайнере добавляет ему обработчик события Click. Так что не всё так плохо.

ЗЫ: а вообще да, читаю этот топик и становится грустно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358653
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpashaОдно только отсутствие возможности обработчик события через дизайнер навесить уже чего стоит, нет?Можно! Даблклик на Button в дизайнере добавляет ему обработчик события Click. Так что не всё так плохо.

ЗЫ: а вообще да, читаю этот топик и становится грустно.
Не поймите меня превратно. Но чем больше мелкие манипулируют, я даже скажу флексируют, тем больше я склоняюсь к тому, что отчасти грекс прав.
А это печально. Главное чтобы с серваком (МС Скул) не начало разрабов так болтать, а то ....
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358675
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpashaОдно только отсутствие возможности обработчик события через дизайнер навесить уже чего стоит, нет?Можно! Даблклик на Button в дизайнере добавляет ему обработчик события Click. Так что не всё так плохо.
ха-ха

Алексей К
ЗЫ: а вообще да, читаю этот топик и становится грустно.
почему? думаю в WPF направлении будут подвижки, новый ГУЙ-фреймворк пока ж не объявлен :) , значит будут работать над тем что есть. Главное не спешить, и не хвататься за каждую новую хрень. У нас есть возможность выбирать, это уже гут, а тем у кого нету - еще лучше, им не нужно выбором мучиться.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358687
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Progaотчасти грекс прав
в чем конкренто? у него мнение situation-dependent
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358692
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рома двинул мысль Roman S. Golubin... последнюю IDE делали с учетом пожеланий и голосования корпоративных разработчиков , ее использующих...
Какой еще корпоративный заказчик ? О чем ты вообще?
...
Дядька тут надысь хвастался "нивротибаца" крутейшим "аналитическим складом" ((с) "Клинское") умища с кучей "у ней внутре" ((с) А.&Б. Стругацкие): "ал-смыслов" ("смыслов" по А. Лебедеву), "абстактных мЫшлений" ((с) М. Горбачев), и пр. "аутотренинговой мутатени"...
А отличить "заказчика" от "разработчика" не умеет.
Для справки: я сейчас имею дело с одной международной компанией со штаб-квартирой в Америке, в которой (штаб-квартире) только постоянных (employee) "девелоперов" около 150 чел., а "контракторов" никто уже и считать не берется. Компания является каким-то там "брильянтовым партнером" MS, т.к. всякого рода лицензий на VS всех версий/редакций/поколений берет у "врага рода человеческого" (ес-с-нно) немеряно, плюс не менее ("всяких там"): SQL-серверов, MOSS-ов, BTS-ов, TFS-ов и пр. "обеспечивающей мутатени". На разных уровнях в разработке трудятся вполне профессиональные люди (один даже в O'Reilly книжки издает "про C#").
Так вот - именно таких компаний в мире не 1-на и даже не 100-ня, их - тысячи, если вы еще не поняли.
И именно в таких компаниях трудятся люди, которых обычно называют "корпоративные разработчики ", к мнению которых "прислушивается" MS, выпуская очередную "реинкарнацию" своей "недоделаной" IDE.
З.Ы. а если находится кто-то "озабоченный борьбой с мировым злом", который называет этих людей "кодеманками" или "кодокриведками", то неудивительно, что к его точке зрения (например, о "жизненной необходимости реализации VFI везде и всюду, включая зиперы на джинсах") никто прислушиваться не собирается...
(какая "подача" - такая и "отдача").
З.З.Ы. а тема про "шаблонирование" мне своей "исступленностью" (хорошее слово, много "ал-смыслов") напомнила еще одну расхожую нынче тему - про "не было ни единого разрыва"...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358713
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Progaотчасти грекс прав
в чем конкренто? у него мнение situation-dependent
Согласен. но он говорит, причем почти каждый раз при своём появлении, что мелкие непоследовательны, косвенно или прямо, но это звучит в его словах.
А теперь представь, что с тобой будет, сидя в лодке, при сильном её раскачивании основным рулевым. Вот и я о том же. Есть вещи вполне жизнеспособные, но мне не нравится направление и форма движения в сторону этого направления. Тошнит.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358730
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Proga... Есть вещи вполне жизнеспособные, но мне не нравится направление и форма движения в сторону этого направления. Тошнит.
Это можно сказать не изменяя ни слова о чем угодно: "дву-президентство в России", "жено-черно-президентство в США", "кризис мировой экономики", "падение цен на нефть", "повышение цен на продовольствие", "неуловимость У.Б. Ладена", и т.д., и т.п.
О чем вы конкретно - что за "направление" и что за "форма движения"?
(уж не отсутствие ли поддержки VFI в сновной IDE?).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358732
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Progaчто мелкие непоследовательны
[это можно не читать]мля, мы такие тупые, такие тупые, сами нихера не видим[/конец потока сознания] надо приходить и по сто раз талдычить нам одно и тоже.

Proga
А теперь представь, что с тобой будет, сидя в лодке, при сильном её раскачивании основным рулевым.
нихрена со мной не будет, пока башка хоть что-то варит. Есть мнение, что если у человека развита способность к иностранным языкам, то немного усердия и немного практики делают чудеса.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358780
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaГлавное не спешить, и не хвататься за каждую новую хрень. У нас есть возможность выбирать, это уже гут, а тем у кого нету - еще лучше, им не нужно выбором мучиться.

ProgaНе поймите меня превратно. Но чем больше мелкие манипулируют, я даже скажу флексируют, тем больше я склоняюсь к тому, что отчасти грекс прав.
А это печально. Главное чтобы с серваком (МС Скул) не начало разрабов так болтать, а то ....А то уйдём! Но куда? После generic-ов, рефлекшена и прочих "вкусностей" на Делфи не тянет. Может Java? Может С++ QT?

ЗЫ: лично я (как и многие другие, судя по всему) пока смирился с недостатками WinForms, нашёл обходные пути для решения проблем, и, в принципе, доволен. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358832
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
qu-qu Proga... Есть вещи вполне жизнеспособные, но мне не нравится направление и форма движения в сторону этого направления. Тошнит.
Это можно сказать не изменяя ни слова о чем угодно: "дву-президентство в России", "жено-черно-президентство в США", "кризис мировой экономики", "падение цен на нефть", "повышение цен на продовольствие", "неуловимость У.Б. Ладена", и т.д., и т.п.
О чем вы конкретно - что за "направление" и что за "форма движения"?
(уж не отсутствие ли поддержки VFI в сновной IDE?).
поясню.Сугубо ИМХО.
Направление.
Мелкие пытаются скрестить ужа и ежа, сближая разработку под вин и веб.
Форма движения.
Разработали формсы очень даже неплохо на первый взгляд. Только с джидиай накосячили, тормознуто получилось, плюс ещё немного ляпов, но в принципе всё пристойно, только бы докрутить и подработать напильником, ан нет, бабло побеждает зло.
Бросили формсы и ввели абсолютно иное видение. Так к тому же на столько сырое, что просто слов нет. Раньше в релизе формировалась основа, а теперь я должен быть бета-тестром на релизе, заметьте релизе. А что не так они в апдейте выпустят, но если мне не изменяет память, апдейты выпускают для закрытия багов, а не для добавления функциональности, которая должна была быть в выходном релизе. Видимо у мелких кто-то кого-то подгоняет, пофиг что сыро, рынок ждёт.
Отсюда имеем то, что имеем. И тенденция к ухудшнию качества релизов налицо.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358840
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpashaГлавное не спешить, и не хвататься за каждую новую хрень. У нас есть возможность выбирать, это уже гут, а тем у кого нету - еще лучше, им не нужно выбором мучиться.

ProgaНе поймите меня превратно. Но чем больше мелкие манипулируют, я даже скажу флексируют, тем больше я склоняюсь к тому, что отчасти грекс прав.
А это печально. Главное чтобы с серваком (МС Скул) не начало разрабов так болтать, а то ....А то уйдём! Но куда? После generic-ов, рефлекшена и прочих "вкусностей" на Делфи не тянет. Может Java? Может С++ QT?

ЗЫ: лично я (как и многие другие, судя по всему) пока смирился с недостатками WinForms, нашёл обходные пути для решения проблем, и, в принципе, доволен. :-)
абсолютно с тобой согласен. От формсов не уйти, потому что пока и некуда. Либо уходить на асп.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358865
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Proga
Бросили формсы и ввели абсолютно иное видение. Так к тому же на столько сырое, что просто слов нет.Ну а где иначе, коллега? Вы находите что сам фреймворк и Winforms был уже при рождении зрелы? напоминаю что сейчас вы говорили о 3 редакции (2.0) , до нее еще 1.1 и 1.0 были ;) . Соответственно WPF если можно так выразиться до сих пор в стадии первой редакции. То что их такими уже нам подсовывают, это другой разговор - ну дык не нравится, не берите.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358871
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Progaчто мелкие непоследовательны
Если рассуждать "абстрактно" в стиле "рулевой раскачивает лодку", то я бы сказал с точностью до наоборот: "мелкие гипер-последовательны"... (иначе, они бы не были тем, кем сейчас есть).
А некоторые "колебания" от "генеральной линии партии" - не более чем "побочные эффекты" от монстро-обрАзных размеров корпорации (что при этом не делает ее "монстром" в буквальном выражении этого слова, как некоторые "рефлексирующие личности" пытаются представить).
Тут на форуме давно склонялся тезис Дж. Спольского о том, что "MS проиграла битву за (Win32)API" (отсюда, ИМХО, и "стенания и плач" бывших/настоящих дельфистов о том, что их "конек-горбунок" в виде оболочки над этим самым API постепенно теряет свою актуальность/востребованность).
Так вот, я считаю (с точки зрения того же Спольского), что настоящая "битва за API" еще даже и не начиналась, а MS уже имеет в ней (грядущей) солидное преимущество в виде "задела" WPF/E => Silverlight.
"Рисовать дизайн контролов", да еще держать для этого в штате "ажно целого юзабелиста" - дело для одержимых идеей VFI, а нормальным людям единовременно за пол-зарплаты любого "ал-осмысленного юзабелиста" продадут такое количество уже " отдизайненых контролов ", что никакому "юзабелисту" и в страшном сне не приснится за пол-года рожания "ал-смыслов"...
З.Ы. "битва за API" по Спольскому, которую MS якобы "проиграла" - это перенос т.н. "мейн-стрима" разработки с десктопных приложений (где "царилo" Win32API) на сервисно-ориентированные веб-2.0 технологии (где якобы "царит" Google/AJAX).
Может быть и "царит" пока... до поры до времени...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358881
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
интересная инфа, тут говорят, что новый Yahoo Messenger на WPF лабают
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358904
Proga
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 chpasha, qu-qu: Интересные мысли. Трудно что-то возразить. Поживём увидим, как всё это щастье будет цвести.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358928
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ProgaПоживём увидим
вот иименно. Это Грекс у нас просто хотит подспудно (хоть и сам себе не признается) с дельфы куда-нить соскочить, но разочаровавшись в кандидатах мечет икру, причем шо характерно на нас
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358939
qu-qu Progaчто мелкие непоследовательны
Если рассуждать "абстрактно" в стиле "рулевой раскачивает лодку", то я бы сказал с точностью до наоборот: "мелкие гипер-последовательны"... (иначе, они бы не были тем, кем сейчас есть).

Позволю напомнить их эволюцию:

VBX - пропиарили, ура, похоронили
ActiveX - пропиарили, ура, похоронили
DCOM - пропиарили, ура, похоронили
ASP - пропиарили, ура, похоронили
MFC - пропиарили, ура, похоронили?
WTL - пропиарили, ура? недопиарили!
Remoting - пропиарили, ура? похоронили!

WinForms - пропиарили, ура, похоронили?
ASP.NET - - пропиарили, ура? пока ура, да!


WCF - пропиарили, ура?
WPF - пропиарили, ура?
WPF/E - пропиарили, ура?

Про Project Green я даже не заикаюсь (биореактор).

Но вы пишите, пишите. Microsoft нужды толпы бета-тестеров. Зачем правда?

----

А тягаться с Google, AJAX, Adobe и прочими - пупок разважется. И даже не IMHO.
Это не на десктопы свою дешевку втюхивать, собирая капусту с Win/Office, и спонсируя всякие
мертворожденные направления по фронту .NET.

P.S. И чтобы там не говорили, VS2008 даже визуально как-то говнистее, чем 2005,2003

P.P.S. Радует только одно - в Java (фронт Rich UI) все намного хуже. Ну, а лучшие должны быть
подвергнуты осмеянию, потому то что там генериков нет.. ну да, ну и... бредотина.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358952
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последовательны?
P.S. И чтобы там не говорили, VS2008 даже визуально как-то говнистее, чем 2005,2003
жжет напалмом … в каких местах? сколько отличий от 2005 насчитал? Rad 2007 сильно круче? в каких местах?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358954
chpasha ProgaПоживём увидим
вот иименно. Это Грекс у нас просто хотит подспудно (хоть и сам себе не признается) с дельфы куда-нить соскочить, но разочаровавшись в кандидатах мечет икру, причем шо характерно на нас

Именно так. Честно говоря, я понимаю, что в определенных направлениях концепция десктопа себя
изжила. Но и альтернатив ей нет.

AJAX (ASP.NET, GWT и т.д.) - это убогая, тупиковая ветвь эволюции, и рано или поздно оно подохнет.

Правда тут и вовсе, понять невозможно, почему основные вендоры браузеров не соберутся,
и не доведут эти чертовы браузеры до нормальной кондиции. Но речь не о том.

WPF я же начал рассматривать только из перспектив WPF/E (который вроде есть, но которого
вроде и нет).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358965
chpasha Последовательны?
P.S. И чтобы там не говорили, VS2008 даже визуально как-то говнистее, чем 2005,2003
жжет напалмом … в каких местах? сколько отличий от 2005 насчитал? Rad 2007 сильно круче? в каких местах?

Она просто тормозит. Т.е. работаешь работаешь, бац, задумалась... подумала подумала, опять начала
работать. Потом опять задумалась. Я то что, я только про примерчики говорю, переключение из
дизайнера в код.
GC небось запускается, да? Особо много мусора собирается? Понимаю....

А про то, как весело перемигиваются layout-ы при переключении designtime/runtime я и вовсе молчу.

Блин, я думал, что BDS2006/2007 - ярчайший пример деградации. Не думал, что бывают ещё более
яркие примеры. Честно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358975
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Куда валить? chpasha ProgaПоживём увидим
вот иименно. Это Грекс у нас просто хотит подспудно (хоть и сам себе не признается) с дельфы куда-нить соскочить, но разочаровавшись в кандидатах мечет икру, причем шо характерно на нас
Именно так.

[поперхнулсо]


Куда валить?
WPF я же начал рассматривать только из перспектив WPF/E (который вроде есть, но которого
вроде и нет).
да есть такое дело, нужно подождать и посмотреть что с него будет.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358997
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О индусах, пишущих VS
Она просто тормозит. Т.е. работаешь работаешь, бац, задумалась... подумала подумала, опять начала
работать.
у меня такое ровно один раз, после открытия проекта и перехода на дизайнер. Ровно один раз, без балды ;) , после этого все нормально работает (в моем понимании исессенно).

О индусах, пишущих VS
GC небось запускается, да?
не, инициализирует себе чего-то

перемигеваеццо - да, бывает. GDI+ :(
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35358999
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последовательны? Радует только одно - в Java (фронт Rich UI) все намного хуже.
Последовательны?Ну, а лучшие должны быть
подвергнуты осмеянию, потому то что там генериков нет.. ну да, ну и... бредотина.Вот как раз отсутствие дженериков и прочего гораздо хуже чем отсутствие полноценного VFI. А в WinForms VFI немного, но есть. :-)

Последовательны?Позволю напомнить их эволюцию:

VBX - пропиарили, ура, похоронили
ActiveX - пропиарили, ура, похоронили
DCOM - пропиарили, ура, похоронили
ASP - пропиарили, ура, похоронили
MFC - пропиарили, ура, похоронили?
WTL - пропиарили, ура? недопиарили!
Remoting - пропиарили, ура? похоронили!

WinForms - пропиарили, ура, похоронили?
ASP.NET - - пропиарили, ура? пока ура, да!


WCF - пропиарили, ура?
WPF - пропиарили, ура?
WPF/E - пропиарили, ура?

Про Project Green я даже не заикаюсь (биореактор).


Что касается COM технологий - сделана интеграция в обе стороны, так что про ActiveX, DCOM и прочее никто не хоронил. Жаль только что нет документированной возможности сделать Control.Net -> ActiveX. Но сделать можно, проблем пока не было. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359001
Подождать?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
chpashaда есть такое дело, нужно подождать и посмотреть что с него будет.
Вообще кто-то говорил, что если у Microsoft сразу не пошло, то оно уже и не пойдет.
Туписта, линолеум, силрверлайт... станьте дети, станьте в ряд...

Оно конечно грешно так смеяться, но похоже будет так.
Даже не имхо. Флеш оно, к примеру, не заборет.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359012
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О индусах, пишущих VSОна просто тормозит. Т.е. работаешь работаешь, бац, задумалась... подумала подумала, опять начала
работать. Потом опять задумалась. Я то что, я только про примерчики говорю, переключение из
дизайнера в код.
GC небось запускается, да? Особо много мусора собирается? Понимаю....Там засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359014
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подождать?Флеш оно, к примеру, не заборет.можно не гадать, достаточно подождать и посмотреть как будет. Пока об этом бессмысленно говорит, покуда технология до ума не доведена и находится в стадии беты. Об чем речь, если собственный download.microsoft.com предлагает wpf-вариант как бету.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359026
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
да , эта автопопуляция или полное ее отключение лажа, нужен промежуточный вариант, популяция по требованию.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359030
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
да , эта автопопуляция или полное ее отключение лажа, нужен промежуточный вариант, популяция по требованию.Где-то в курилке я предлагал чтобы кто-нибудь написал марсос (или аддин какой), обновляющий тулбокс. Цены бы ему не было. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359031
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaТехнология до ума не доведена
Какие плюсы Вы видите в этой технологии супротив винформзам (кроме, разумеется, нового звонкого названия - виндоувз презентейшен фундэйшен)?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359035
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpasha Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
да , эта автопопуляция или полное ее отключение лажа, нужен промежуточный вариант, популяция по требованию.Где-то в курилке я предлагал чтобы кто-нибудь написал марсос (или аддин какой), обновляющий тулбокс. Цены бы ему не было. :-)Ну чтобы атоматическое обновление отключить, и обновлять вручную.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359036
Алексей К Последовательны?Ну, а лучшие должны быть
подвергнуты осмеянию, потому то что там генериков нет.. ну да, ну и... бредотина.Вот как раз отсутствие дженериков и прочего гораздо хуже чем отсутствие полноценного VFI. А в WinForms VFI немного, но есть. :-)

Алексей, если ты мне приведешь пример, более умный, чем List<> на эти генерики, то я может быть
и стану воспринимать твои слова всерьез.

Пока же, увы, это вообще ниочем.

---

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

Короче, не надо ляля. Не уподобляйся... не очень умным людям.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359040
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУКакие плюсы Вы видите в этой технологии супротив винформзам (кроме, разумеется, нового звонкого названия - виндоувз презентейшен фундэйшен)?Нормально всё сериализуется в XML. С сериализацией в код мутно как-то всё...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359047
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНормально всё сериализуется в XML.
Всё - это что? ;)
Алексей КС сериализацией в код мутно как-то всё...
Ну мы же знаем с Вами - это не панацея "сериализовать всё, чтоб никому ничего не осталось" ;)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359057
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Унылый генерик уныло Алексей К Последовательны?Ну, а лучшие должны быть
подвергнуты осмеянию, потому то что там генериков нет.. ну да, ну и... бредотина.Вот как раз отсутствие дженериков и прочего гораздо хуже чем отсутствие полноценного VFI. А в WinForms VFI немного, но есть. :-)

Алексей, если ты мне приведешь пример, более умный, чем List<> на эти генерики, то я может быть
и стану воспринимать твои слова всерьез.Ну Dictionary<TKey, TValue> ещё... :-) Ты и без меня всё прекрасно знаешь. Не буду же я тебя уговаривать. Не хочешь - не надо. :-)

ЗЫ: в последнее время очень радует типизированное свойство Current у MyBeautifulBindingSource<TEntity> :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359060
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpasha Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
да , эта автопопуляция или полное ее отключение лажа, нужен промежуточный вариант, популяция по требованию.Где-то в курилке я предлагал чтобы кто-нибудь написал марсос
я знал что ты так скажешь (с)

МСУ chpashaТехнология до ума не доведена
Какие плюсы Вы видите в этой технологии супротив винформзам (кроме, разумеется, нового звонкого названия - виндоувз презентейшен фундэйшен)?
я недостаточно ознакомлен, чтоб по пунктам разлагать (начал смотреть презентации, но время, вернее его отсутствие подводит). Есть там вещи которых нет в винформс. Ta же система команд (экшены в дельфе) , роутинг событий в обе стороны (от парента к дочерним и обратно). Сама идея использования для отрисовку Directx должна внушать надежду "замучанным тормозами GDI+" (впрочем я по-прежнему уверен что с WPF будет достигнута большая скорость отрисовки и отзывчивость морды). В общем Романа спросите, я так понимаю он единственный из постоянных посетителей уже перешел на сабж
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359062
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ Алексей КНормально всё сериализуется в XML.
Всё - это что? ;)Результат работы дизайнера.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359072
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaя знал что ты так скажешь (с) Я не знал что ты знал.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359095
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha
Не понимаю логику простых вещей - почему бы не достроить дом, а не строить заново сарай, потом сарай превращать в барак, потом... а там, чёрт его знает, что будет.
Алексей К МСУ Алексей КНормально всё сериализуется в XML.
Всё - это что? ;)Результат работы дизайнера.
И как Вам результат работы дизайнера?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359111
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ chpasha
Не понимаю логику простых вещей - почему бы не достроить дом, а не строить заново сарай, потом сарай превращать в барак, потом... а там, чёрт его знает, что будет.

а что по твоему в WinForms не достроено? (VFI не катит, это не винформс, это дизайнер - возьми сторонние компоненты и там это уже может работать, или напиши свой дизайнер). Я не сталкиваюсь с ограничениями Winforms, я сталкиваюсь с ограничениями существующих контролов и ИДЕ
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359128
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
Уже поправили. SP1beta летает. Только вот багов туда новых насажали...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359151
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Унылый генерик уныло
Алексей, если ты мне приведешь пример, более умный, чем List<> на эти генерики, то я может быть
и стану воспринимать твои слова всерьез.

как переписать компактно например такой условный код

Код: plaintext
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.
private T ExecuteStatement<T>(Func<T> func)
        {
            T result = default(T);
            try
            {
                //какие-то действия

                result = func.Invoke();

                //какие-то действия
                //коммит возможно
            }
            catch
            {
                //тут ролбэк например
            }
            finally
            {
               //тут разрыв соединения
            }

            return result;
        }

        //выполняет какой-то update/insert/delete, возвращает кол-во affected rows
        public int ExecSQL()
        {
            return ExecuteStatement(() => { return Command.ExecuteNonQuery(); });
        }
        //выполняет select со скалярным результатом
        public object ExecScalarSQL()
        {
            return ExecuteStatement(() => { return Command.ExecuteScalar(); });
        }
я не докапываюсь, просто - первое решение, которое пришло в голову. инересно как решить без делегата и генерика.

ну или например банальный EventHandler<TEventArgs<T>> - смысл определение события передающего в обработчик параметр какого-то типа без явного написания как делегата так и наследника EventArgs (ну да, это скорее удобство, но оч. полезное, не плодить кучи делегатов и EventArgs наследников)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359161
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Roman S. Golubin Алексей КТам засада какая-то с автообновлением тулбокса. Если отключить - всё начинает "летать". Может поправят когда-нибудь...
Уже поправили. SP1beta летает.Очень радует. Лучше поздно чем никогда.
Roman S. GolubinТолько вот багов туда новых насажали...Подонки.

ЗЫ: Видишь, Грекс, WinForms не забыт! Даже новые косяки в него добавляют. Я лично с одним из них столкнулся в .Net2 SP1. (косяк с ToolStripContainer в дизайнтайме). А ты говоришь забросили. Нормально, есть ещё порох в пороховницах.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359167
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaкак переписать компактно например такой условный код
Делаю ставки -- ответом будет что-то в стиле "код фигня, только кодеманки так и пишут".

Пари :) ?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359174
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaкак переписать компактно например такой условный код
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
using(DbSession dbs = new DbSession(Connection))
{
    dbs.BeginTran();

    // тут всякие cmd.ExecuteNonQuery() и т. п.

    dbs.Commit();
}
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359183
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч chpashaкак переписать компактно например такой условный код
Делаю ставки -- ответом будет что-то в стиле "код фигня, только кодеманки так и пишут".
ну мож я и есть кодеманка, я не гордый. Как говорится о чем думаю, про то и пою. Встала задачка, придумал "такое". Покажут другое решение, только спасибо скажу.

Нахлобуч
Пари :) ?
делловский монитор купили уже? На кон ставите ?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359191
Нахлобуч chpashaкак переписать компактно например такой условный код
Делаю ставки -- ответом будет что-то в стиле "код фигня, только кодеманки так и пишут".

Пари :) ?

Нет. Ответом будет следующее: "Код бессмысленнен чуть более, чем полностью".
А вообще да, только кодеманки так и пишут.
Повертеть кумекалкой на тему генерированного ProxyAPI на server-side (от идей SQLJ) им как-то трудновато будет. Поди.

Но зато пример на генерики. Хоть и бессмысленный, но пример. Но на генерики. Но пример.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359199
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpashaкак переписать компактно например такой условный код
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
using(DbSession dbs = new DbSession(Connection))
{
    dbs.BeginTran();

    // тут всякие cmd.ExecuteNonQuery() и т. п.

    dbs.Commit();
}

не, не в том фишка. Фишка в том, что при вызове ExecSQL, ExecScalarSQL и т.д. в каждой из этих функций фактически повторяется код "Установить соединение"-"старт транзакции"-"операция"-"коммит/откат" ну и т.д. Хочется этого избежать. Тут конечно фича не столько в генерике сколько в делегате, но генерики решение задачи дополняют - поскольку и возвращаться будут значения разных типов и делегат тоже может принимать не знамо что и отдавать что-то.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359200
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БессмыслежопицаВот, Грекс, вот тебе охота везьде downcast-ы писать?
Лень - вот основной аргумент в пользу дженериков! :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359209
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaне, не в том фишка. Фишка в том, что при вызове ExecSQL, ExecScalarSQL и т.д. в каждой из этих функций фактически повторяется код "Установить соединение"-"старт транзакции"-"операция"-"коммит/откат" ну и т.д. Хочется этого избежать. Тут конечно фича не столько в генерике сколько в делегате, но генерики решение задачи дополняют - поскольку и возвращаться будут значения разных типов и делегат тоже может принимать не знамо что и отдавать что-то.Ну тут можно какой-нибудь паттерн Command применить, собственно, с делегатом это и получается. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359226
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бессмыслежопица
Хоть и бессмысленный, но пример.
1) чем быссмысленно обращение к бд-серверу с клиента?
2) твой вариант, без него все треп (с) ты
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359230
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Бессмыслежопица
Хоть и бессмысленный, но пример.
1) чем быссмысленно обращение к бд-серверу с клиента?
2) твой вариант, без него все треп (с) тыЗабыл чтоли? Ты соединение к базе сразу закрываешь. Из-за этого lazy фетча не получится. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359234
Алексей К БессмыслежопицаВот, Грекс, вот тебе охота везьде downcast-ы писать?
Лень - вот основной аргумент в пользу дженериков! :-)

Я их не пишу. У меня есть скриптец, который бац, вуаля, делает автоматически 1:1 код
заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.

Преимущества? На уровне клиента появляется жесткий контроль типов и не только.
Удобно, знаешь ли.

Добавил какой параметр (или отрефакторил). Proxy модули перегенерил, среда сама тебя
ткнула в те места, где нужно дописать клиента.

Красота. Никаких тебе идиотизмом вроде ParamByName('lalala').AsString := 'МСУ - падший неуч';

P.S. SQL в чистом виде на клиенте мочится как класс. Честно. Даже в качестве источника
данных вовсю используется следующая метода: мы указываем базовый VIEW, и даже кодируемые
WHERE и ORDER BY - идут от констант, которые берутся из метаданных сервера.

Преимущества? Еще те. Меняем(удаляем, добавляем) поля, и весь клиентский код проходит
тестирование на собираемость.

Никаких поздних связываний. Мочить козлов в сортирах, тупизмы - в зародыше, невнимательность -
на корню

P.P.S. Зачем нужны генерики - ума не могу приложить. Специально долго думал. Полезного - не нашел.
Ах да, словарь, как и List, незачет ниразу. Честно. Не смешно.

Entity - также, не интересно в принципе.

И вообще, на кой хрен нужны генерики, если есть интерфейсы? Ась?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359243
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaа что по твоему в WinForms не достроено?
Нет. Сравните, хотя бы, скоростные характеристики отрисовки/перерисовки контролов по сравнению с классическим VCL. Есть куда развиваться. И минусы дизайнера тоже входят в незачет, а то так легко говорить - "Не могу работать, потому что дизайнер не позволяет". Не годится.
P.S. VCL.NET - не беру в счет, это убожество - незачет Кодгиру.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359245
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpasha Бессмыслежопица
Хоть и бессмысленный, но пример.
1) чем быссмысленно обращение к бд-серверу с клиента?
2) твой вариант, без него все треп (с) тыЗабыл чтоли? Ты соединение к базе сразу закрываешь. Из-за этого lazy фетча не получится. :-)
ну если начинать обсуждать мегаполезность кода из 10 строк ... пример он и есть пример
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359248
Алексей К chpasha Бессмыслежопица
Хоть и бессмысленный, но пример.
1) чем быссмысленно обращение к бд-серверу с клиента?
2) твой вариант, без него все треп (с) тыЗабыл чтоли? Ты соединение к базе сразу закрываешь. Из-за этого lazy фетча не получится. :-)

Lazy fetch есть в CrLab OraDirect.NET. Уже. Естественно, не мейнтсрим.

Но в самом ADO.NET его не будет никогда. Сказали строем в туалет ходить, и нефиг отклоняться от
генеральной линии партии. Только строем. Только в 7, 14 и 19 часов пополудни. И это мейнстрим. Хоть
некомфорт, но зато строем. И с пестней. И с пуллингом.

Блин, ржачные у вас идеологи. Где вы их только таких берете, господа из Редмонда?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359257
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О наболевшемНо в самом ADO.NET его не будет никогда.
Откуда дровишки?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359262
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Совочек-пасочка-цветочекЯ их не пишу. У меня есть скриптец, который бац, вуаля, делает автоматически 1:1 код
заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.Ты знаешь, я тоже классы сущностей и сервисов-акцессоров вручную не пишу. Со стула только не падай, у меня, тоже есть генератор кода. Нашёл чем удивить. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359277
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторP.P.S. Зачем нужны генерики - ума не могу приложить. Специально долго думал. Полезного - не нашел.
Ах да, словарь, как и List, незачет ниразу. Честно. Не смешно.Зря.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359290
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К Совочек-пасочка-цветочекЯ их не пишу. У меня есть скриптец, который бац, вуаля, делает автоматически 1:1 код
заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.Ты знаешь, я тоже классы сущностей и сервисов-акцессоров вручную не пишу. Со стула только не падай, у меня, тоже есть генератор кода. Нашёл чем удивить. :-)
А меня тут давеча "дядька" тыкал носом в мои высказывания о применении генераторов кода и называл это дело (генераторы) - "копипастой возведенной в абсолют"...
Ась? "заглушки на процедуры", говоришь? откуда скопипастил?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359292
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНу тут можно какой-нибудь паттерн Command применить, собственно, с делегатом это и получается. :-)
С делегатом получается Strategy pattern без интерфейса, до Command он не дотягивает по своей функциональности.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359300
Алексей К Совочек-пасочка-цветочекЯ их не пишу. У меня есть скриптец, который бац, вуаля, делает автоматически 1:1 код
заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.Ты знаешь, я тоже классы сущностей и сервисов-акцессоров вручную не пишу. Со стула только не падай, у меня, тоже есть генератор кода. Нашёл чем удивить. :-)

А о чем тогда говорим?

P.S. Про генерики. Что зря? Я прекрасно понимаю, что вам в .NET 2.0 сказали со списками ходить только строем,
только через генерики. И возможно так промотивировали на списки, что без них - ну никуда.

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

Итак, зачем нужны генерики? Где примеры полезности?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359310
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Совочек-пасочка-цветочек Алексей К БессмыслежопицаВот, Грекс, вот тебе охота везьде downcast-ы писать?
Лень - вот основной аргумент в пользу дженериков! :-)

заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.
не о том трешь, причем тут генерация кода скриптом? такое и у меня есть, сюрприз-сюрприз, как раз для этого:
Совочек-пасочка-цветочек
На уровне клиента появляется жесткий контроль типов и не только.
Удобно, знаешь ли.


Надо понимать что подход гуру вместо написания T SomeFunction(T param) нагенерить скриптецом
int SomeFunction
string SomeFunction и т.д.?


Совочек-пасочка-цветочек
P.S. SQL в чистом виде на клиенте мочится как класс.

еще раз, это всего лишь пример. там может вызов сп-шки стоять. никто на клиенте select * from не пишет. как всегда "мы додумаем за вас".



Совочек-пасочка-цветочек
P.P.S. Зачем нужны генерики - ума не могу приложить. Специально долго думал. Полезного - не нашел.
Ах да, словарь, как и List, незачет ниразу. Честно. Не смешно.
перепиши мой пример, забудь про бд, считай что там просто повторяюийся код с одним "неизвестным куском".


Совочек-пасочка-цветочек
И вообще, на кой хрен нужны генерики, если есть интерфейсы? Ась?
смотри про T SomeFunction - предлагаешь интерфейс для Int32 написать?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359320
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ chpashaа что по твоему в WinForms не достроено?
Нет. Сравните, хотя бы, скоростные характеристики отрисовки/перерисовки контролов по сравнению с классическим VCL.
МСУ - Winforms базируются на GDI+, туту уже ничего не изменить, нужен другой движок - что в WPF и сделали
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359329
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К Совочек-пасочка-цветочекЯ их не пишу. У меня есть скриптец, который бац, вуаля, делает автоматически 1:1 код
заглушки на процедуры, функции (в пакетах и так), из тех, которые на стороне сервера.
5 секунд и все готово.Ты знаешь, я тоже классы сущностей и сервисов-акцессоров вручную не пишу. Со стула только не падай, у меня, тоже есть генератор кода. Нашёл чем удивить. :-)
а я еще позволяю себе селекты из вьюх и сп-шек делать, с order by и where на основе сгенеренных из метаданных структур. плагиат короче цветет и пахнет
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359334
chpashaперепиши мой пример, забудь про бд, считай что там просто повторяюийся код с одним "неизвестным куском".

Совочек-пасочка-цветочек
И вообще, на кой хрен нужны генерики, если есть интерфейсы? Ась?
смотри про T SomeFunction - предлагаешь интерфейс для Int32 написать?

Это очень даже вас, ми..., кхм... дотнетчиков (впрочем, и жаберов) характеризует.
Вы сначала забацаете на коленке какую-то херь, а потом - потом пытаетесь ей придумать
применение.

Нет уж. Списки, да, проехали. Не списки - проводи реальные примеры, а не гипотетические.
Тогда будет более интересно.

P.S. Кстати, а давно отменили перегрузку параметров? А что? Когда?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359354
Roman S. Golubin Алексей КНу тут можно какой-нибудь паттерн Command применить, собственно, с делегатом это и получается. :-)
С делегатом получается Strategy pattern без интерфейса, до Command он не дотягивает по своей функциональности.

Как я люблю людей с паттернальным мЫшлением и речью. Взял бы так, в руки, и ласково посмотрел бы в глаза. Взглядом таким добрым добрым. Сочувствующим.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359360
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про насилие генерикамиЯ прекрасно понимаю, что вам в .NET 2.0 сказали со списками ходить только строем,
только через генерики. И возможно так промотивировали на списки, что без них - ну никуда.В .Net изначально сказали ходить строем под флагом DataSet. Но мы то понимаем, что наиболее разумно представлять результат запроса с постоянным и заранее известным набором полей в виде списка классов? Разьве нет?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359367
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaМСУ - Winforms базируются на GDI+, туту уже ничего не изменить, нужен другой движок - что в WPF и сделалиНужно GDI+ переписать через DirectX. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359379
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaМСУ - Winforms базируются на GDI+, туту уже ничего не изменить, нужен другой движок - что в WPF и сделали
Павел, в презентэйшен фундэйшен еще ничего толком нет для нормальной профессиональной работы. Посему еще рано говорить, что они там что-то сделали. Меня же интересуют реальные возможности (пусть, в будущем, т.е., что "обещают"). Если я увижу серьезные плюсы - несомненно перейду на эту технологию. А пока, на сыром месте дрова на зиму не положишь. Сгниют. Согласны, коллега?
ALL
Товарищи, не нужно флуда о генериках и прочем оффтопе. Забейте на Грексхайда, на его унылый ничего не смыслящий моск. Давайте о сабже, плиз.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359384
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Полная бессмыслица
P.S. Кстати, а давно отменили перегрузку параметров? А что? Когда?
садись два, причем перегрузка параметров, когда функции не могут отличаться только типом возвращаемого значения? итак, что делать с T SomeFunction(T param)?

Еще пример из жизни
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
                 new AsyncFuncInvoker<bool>()
                .RunAsync(() =>
                {
                     return DoSomeStuffThatReturnTrueOrFalse();
                })
                .OnComplete((resultSet) =>
                {
                    if (resultSet.Result) //resultSet.Result в данном случае имеет тип bool
                    {
                        ///....                        
                    }
                    else
                    {
                        MessageBox.Error(result.Error);
                    }
                })
                .Execute();
смысл - вызов асинхронно некоего метода на выполнение, с обработкой результата по его завершении. Использование генерика - тип возвращаемого значения (а также тип передаваемых параметров например) самому классу не известен. Предложи другое сравнимое по компактности решение.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359387
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про насилие генерикамиИтак, зачем нужны генерики? Где примеры полезности?Вдогонку: Nullable<T>

ЗЫ: всё, домой пойду. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359390
Алексей КРазьве нет?
Да. Но зачем тут генерики? Справочно - DataSetFieldName в Delphi, и даже в древнющем Oracle Forms - есть явные (типизированные) описания результатов запросов.

Но нет генериков. Прикинь. Может пора вводить термин Brain damaged by generic?

P.S. Честно. Не увидел логики в твоем посте выше. Вообще.

P.P.S. Формально я когда-то говорил. Что да, очень даже было бы прикольно иметь нечто виде
DataSet.FieldName (эдакий class inlining на манер helping). Но и то, это так, цветочеки.


Или ты вообще о чем?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359394
Алексей К Про насилие генерикамиИтак, зачем нужны генерики? Где примеры полезности?Вдогонку: Nullable<T>

ЗЫ: всё, домой пойду. :-)

Почитай про SomeType?

Познавательно. Хоть и смешно (бессмысленный синтаксический сахар, IMHO).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359399
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ chpashaМСУ - Winforms базируются на GDI+, туту уже ничего не изменить, нужен другой движок - что в WPF и сделали
Павел, в презентэйшен фундэйшен еще ничего толком нет для нормальной профессиональной работы.
откуда инфа?

МСУ
Посему еще рано говорить, что они там что-то сделали.
МСУ, что-то они там сделали, как ни крути ;)

МСУ
Если я увижу серьезные плюсы - несомненно перейду на эту технологию.
никто никого не торопит

МСУ
А пока, на сыром месте дрова на зиму не положишь. Сгниют. Согласны, коллега?
[quot ALL]
сложно согласится с очевидным.


МСУ
Товарищи, не нужно флуда о генериках и прочем оффтопе..
Интересно, пусть. В споре рождается ... драка
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359409
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Brain damaged. By GOFКак я люблю людей с паттернальным мЫшлением и речью. Взял бы так, в руки, и ласково посмотрел бы в глаза. Взглядом таким добрым добрым. Сочувствующим.
Я тоже Вам соболезную. Ваш паттерн - поливать всех, извините, дерьмом, на право и на лево, вешать ярлыки, не вдаваясь в подробности. Так что, пишите, пишите, уважаемый. Пишите дальше. Пишите больше. :)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359443
Roman S. Golubin Brain damaged. By GOFКак я люблю людей с паттернальным мЫшлением и речью. Взял бы так, в руки, и ласково посмотрел бы в глаза. Взглядом таким добрым добрым. Сочувствующим.
Я тоже Вам соболезную. Ваш паттерн - поливать всех, извините, дерьмом, на право и на лево, вешать ярлыки, не вдаваясь в подробности. Так что, пишите, пишите, уважаемый. Пишите дальше. Пишите больше. :)
Ты не обо мне думай. А о том, что тебе люди пальцем у виска крутят вслед (в ответ на твою речь,
замусоренную названиями паттернов).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359446
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaоткуда инфа?
Моск по опыту генернул.
P.S. Сами же сегодня ругались на событийную модель :)
chpashaМСУ, что-то они там сделали, как ни крути ;)
Сделать и сделать качественно - немного разные вещи, согласны? ;)
chpashaИнтересно, пусть. В споре рождается ... драка
А кто меня сегодня в курилке пинал за драку? :)
P.S. Да и с кем драться-то, с "этим" оболтусом, что-ли? Увольте :)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359515
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рома, ты на себя смотриТы не обо мне думай. А о том, что тебе люди пальцем у виска крутят вслед (в ответ на твою речь, замусоренную названиями паттернов).
Я пока вижу, как у виска люди крутят вслед Вам, уникальный Вы наш. Вы, вероятно, каждую строчку пишите уникально, даже буквы одни и те же не используете более одного раза.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359528
Roman S. Golubin Рома, ты на себя смотриТы не обо мне думай. А о том, что тебе люди пальцем у виска крутят вслед (в ответ на твою речь, замусоренную названиями паттернов).
Я пока вижу, как у виска люди крутят вслед Вам, уникальный Вы наш. Вы, вероятно, каждую строчку пишите уникально, даже буквы одни и те же не используете более одного раза.
Ром, не отвлекайся. Иди лучше поразмысли над IoC в WPF. Может чего и домыслишь.

Не стоит превращаться еще в одного параноика, вроде МСУ. Мне глубоко плевать на твои амбиции и
попытки доказать авторитет (пусть даже в собственных глазах) путем "изобличения" моего.

Честно. МСУ2 - это не смешно, это уже диагноз.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359539
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про типизированные ResultSet Алексей КРазьве нет?
Да. Но зачем тут генерики? Справочно - DataSetFieldName в Delphi, и даже в древнющем Oracle Forms - есть явные (типизированные) описания результатов запросов.Может всё-таки удобнее дженерик, чем городить всю эту халабуду? Тебе не кажется, что всё это нагородили из-за отсутствия дженериков и рефлекшена?

Про нуллабле Алексей К Про насилие генерикамиИтак, зачем нужны генерики? Где примеры полезности?Вдогонку: Nullable<T>

ЗЫ: всё, домой пойду. :-)

Почитай про SomeType?

Познавательно. Хоть и смешно (бессмысленный синтаксический сахар, IMHO).Variant что ли? Никатит. Мне нужно чтобы было "пусто или указанный тип" а не "пусто или всё что угодно". Контроль типов. Сам об этом упоминал когда писал про свою кодогенерацию.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359551
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БесполезноЧестно. МСУ2 - это не смешно, это уже диагноз.
Еще раз для лиц с врожденным слабоумием. Я ни кому и ни чего доказывать не собираюсь, авторитета мне хватит и настоящего, виртуальный вообще не нужен, тем более, такими трудами, как прилюдное избиение какого-то виртуального троля. Так что сходите к врачу, проветритесь, как вылечитесь, возращайтесь - поговорим конструктивно, а пока кроме соплей, что тут не то и это не там, я от Вас ни чего путного неуслышал. Неинтересно (c)самизнаетечьё.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359559
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПоносникА о том, что тебе люди пальцем у виска крутят вслед
Всё верно с точностью до наоборот. Роману-то не крутят, крутят тебе.
P.S. Грексхайд жжет поносом
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359587
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ chpashaоткуда инфа?
Моск по опыту генернул.
так не катит, нужно судить по факту ;)

МСУ
P.S. Сами же сегодня ругались на событийную модель :)
так это дизайнер не доделали, давайте отделим мух от котлет, есть гуй-технология, и есть иде, по каждой разговор отдельный

МСУ
Сделать и сделать качественно - немного разные вещи, согласны? ;)

я сам "качество" оценить не имею возможности, пока из разговоров следует, что критикуется отсутствие чего-то, а не неправильность реализации того, что уже есть.

В общем, беспредметный разговор, мы оба спорим о том, чего в глаза не видели
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359598
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaВ общем, беспредметный разговор, мы оба спорим о том, чего в глаза не видели
+1 При чем инициатор спора сам не может толком определиться, шашечки ему или ехать.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359609
Roman S. Golubin БесполезноЧестно. МСУ2 - это не смешно, это уже диагноз.
Еще раз для лиц с врожденным слабоумием. Я ни кому и ни чего доказывать не собираюсь, авторитета мне хватит и настоящего, виртуальный вообще не нужен, тем более, такими трудами, как прилюдное избиение какого-то виртуального троля.
Ты сейчас начал делать что? Доказывать мне свой авторитет, методом уничижения (говоря проще - попытками унижения).

Фактически ты сделал это следующим образом:
а) попытался обвинить меня во врожденном слабоумии (хотя сам не мог полдня догнать простой вопрос на шаблоны).
б) какого-то там виртуального троля (хотя вовсе не какого-то).
в) и начал пытаться меня избивать.

Рома, ты серьезно думаешь, что ты не становишься второым МСУ? Странно, я ожидал увидеть "поносник".
Стоп, ты уже кстати, применил и эту фразу (забавно, в ответ на что?)


Roman S. GolubinТак что сходите к врачу, проветритесь, как вылечитесь, возращайтесь - поговорим конструктивно, а пока кроме соплей, что тут не то и это не там, я от Вас ни чего путного неуслышал. Неинтересно (c)самизнаетечьё.
Ром, ты думаешь, что я готов говорить с человеком конструктивно, у которого мышление отформатировано
паттернами? Ты серьезно?

Короче, здраствуй МСУ2. И прощай (надеюсь). Путного не надо ничего слушать. Мне не интересно
вещать для детей прописные истины, приводить примеры кода и прочие моменты. Честно. Не ко мне с этим.

Пока, удачи!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359632
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторРом, ты думаешь, что я готов говорить с человеком конструктивно, у которого мышление отформатировано паттернами? Ты серьезно?
Еще раз - кто Вам это сказал?
авторПока, удачи!
И Вам не болеть.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359652
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
обиженному РомеМне не интересно приводить примеры кода и прочие моменты.
не я так не играю, что за привычка, сказать А и попрощаться. Нафига заводить спор (последнее про генерики же говорили) , а потом линять? Второй раз уже заметь, тебя просишь сказать что не так и как надо, а в ответ "вы все ламеры и кодеманки, не интересно с вами я пошел". В чем правда, брат (с) ?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359664
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaВ чем правда, брат (с) ?+1

Тема дженериков не раскрыта. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359677
chpasha обиженному РомеМне не интересно приводить примеры кода и прочие моменты.
не я так не играю, что за привычка, сказать А и попрощаться. Нафига заводить спор (последнее про генерики же говорили) , а потом линять? Второй раз уже заметь, тебя просишь сказать что не так и как надо, а в ответ "вы все ламеры и кодеманки, не интересно с вами я пошел". В чем правда, брат (с) ?
Фактически выше я лишь попытался (надеюсь получилось) подавить зарождение психоэмоционального
клона МСУ (который будет всеми правдами и неправдами доказывать свое мнимое превосходство).
Честно говоря - мне хватает оригинального. Не хватало, чтобы меня обвиняли в том, что я довел
еще одного человека до параноидного психоза.

===

Про генерики я так и не понял, о чем ты.Про функции тоже.
Вопросы я там позадавал выше, местами даже дал ответы. Хотя все это офтоп.

P.S. Да и вообще, стоит ли? Сейчас дети и недети начнут писать петицию в обком, за то, что
я так беспощадно высмеиваю их уютный мирок и милые кормушки в силый градиент. А зачем?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359685
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К chpashaВ чем правда, брат (с) ?+1

Тема дженериков не раскрыта. :-)
да, я только хотел спросить, зачем каждый раз писать типизированные списки которые все как близнецы со своими Find, Contains, [index] и т.д. если есть генерики, но уже боюсь. Или может нафиг все эти типизированные списки, хватит с нас TStringList ?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359704
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
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.
// Замануха для Грекса

public class TypedBindingSource<TEntity> : BindingSource
{
    public TypedBindingSource()
    {
        DataSource = new DataList<TEntity>(); // Для дизайн-тайма. TEntity может быть абстрактным, поэтому сделано так.
        // DataList класс на базе BLToolkit.EditableObject.EditableList
        // Попутно отключаем сериализацию DataSource и DataMember.
    }

    public new TEntity Current
    {
        get { return (TEntity)base.Current; }
    }

    public new TEntity this[int index]
    {
        get { return (TEntity)base[index]; }
        set { base[index] = value; }
    }

    // ну тут дофига чего ещё
}

// мутим конкретный биндингсорс

public class BsBlackWooman : TypedBindingSource<BlackWooman> { }

Компилируем, тащим из тулбокса компонент BsBlackWooman на форму. Визуально биндим к нему контролы.

Ну чё, как?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359710
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про человеколюбие
Про генерики я так и не понял, о чем ты. Про функции тоже.

я собственно привел пример (естественно не претендующий на гениальность) того когда удобно (и выгодно) иметь класс с некими методами и параметрами неизветсного для класса типа, но строго типизированными на этапе компиляции. Это примеры, я не имел в намерениях обсуждать глупость хардкодных селектов на клиенте. Мой интерес сугубо практичен, фактически в ключе
1) я знаю как это сделат так, с генериком
2) покажи мне как это сделать равноценно без него
еще раз, сугубо профессиональный интерес. областей ведь применения много, глупо спорить в ключе "так никогда не понадобится"

На счет функции, прикинь в голове как ты бы написал универсальный класс - не класс whatever, для выполнения некоей длительной операции с неизвестным типом возвращаемого значения (и параметрами) в отдельном потоке с обработкой результата (напоминаю - заранее неизвестного типа) по ее завершении. Отвлекаясь от технической реализации многопоточности, сама задача как, по-твоему, абсурдна или имеет место быть? Или для каждого конкретного случая, когда нам нужно в потоке что-то сделать будем новый класс писать/генерить?

Про человеколюбие
P.S. Да и вообще, стоит ли? Сейчас дети и недети начнут писать петицию в обком, за то, что
я так беспощадно высмеиваю их уютный мирок и милые кормушки в силый градиент. А зачем?
не разменивайся на мелочи, переходи к главному...мы генерики обсуждали
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359715
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaИли может нафиг все эти типизированные списки, хватит с нас TStringList ?По идее достаточно TList. :-)

ЗЫ: Грекс, ты где? Почему не отвечаешь? Я в игноре? :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359717
chpashaда, я только хотел спросить, зачем каждый раз писать типизированные списки которые все как близнецы со своими Find, Contains, [index] и т.д. если есть генерики, но уже боюсь. Или может нафиг все эти типизированные списки, хватит с нас TStringList ?
А... ты про это.

Ну знаешь ли, вопрос в том. Кому как нравится. Некоторым нравится ходить в новомодных трусах навыпуск.
Некоторым больше нравятся классический вариант (как подвариант - вообще без них).

Вопрос лишь дела вкуса и удобства.

Я вот нахожу более удобным в тех очень немногих случаях, когда мне действительно нужен TTypedList - быстренько набросать пару методов и свойств, на том и успокиться.

Другим - прикалывает рисовать угловые скобочки в код и делать... эээ... ну смещение,
требующего потом методики рефакторинга, не дай соврать "жадный метод".
Собственно говоря, еще раз. Дело вкуса, не более.

Вопрос же в другом. Я вот сейчас насчитал всего пару десятков случаев списков в компонентах,
пяток в абстрактном коде (формах-шаблонах) и ни одного - в прикладном коде.

Итак, за что боремься то?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359719
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К
Ну чё, как?
Сказано тебе, не интересно Entity, какие еще вопросы?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359728
Алексей К
.... бессмысленный код скипнут.

Компилируем, тащим из тулбокса компонент BsBlackWooman на форму. Визуально биндим к нему контролы.

Ну чё, как?
Никак. В код не втыкнул (не увидел смысла). Объясни словами.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359744
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про сдвиг по фазе: о генериках
Я вот нахожу более удобным в тех очень немногих случаях, когда мне действительно нужен TTypedList - быстренько набросать пару методов и свойств, на том и успокиться.

да ну не гони, ты находишь это проще чем написать List<MyClass> и автоматом получить все что тебе нужно? Притом полный контроль типа на этапе компиляции и никаких косяков, потому что в каком-то из методов Find забыл указать, что регистр не надо сравнивать? или Dictionary там какой? да ну грекс, полно те


Про сдвиг по фазе: о генериках
Вопрос же в другом. Я вот сейчас насчитал всего пару десятков случаев списков
т.е. пару десятков классов с идентичным функционалом, отличающихся только типом елементов списка?

Про сдвиг по фазе: о генериках
Итак, за что боремься то?
меня удивляет, что из всего спорного и не очень в .net, ты отрицаешь полезность одной и несомненно полезнейших (пусть и не совершенных, как утверждают плюсплюсники) фич
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359751
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Алексей К
Ну чё, как?
Сказано тебе, не интересно Entity, какие еще вопросы?
Ничё. Никак всмысле Алексей К
.... бессмысленный код скипнут.

Компилируем, тащим из тулбокса компонент BsBlackWooman на форму. Визуально биндим к нему контролы.

Ну чё, как?
Никак. В код не втыкнул (не увидел смысла). Объясни словами.Нет, ну может правда тебе TEntity не понравилось? Я переименую, если надо...

Смысл:
1. Один из многих способов передачи едиторам информации о схеме при датабиндинге. Мне он кажется наиболее удобным.
2. Типизация членов (Current и т. п.).

Ты действительно считаешь контроль типов на этапе компиляции ненужным бантиком?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359752
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ничё. Никак всмысле
Никак. В код не втыкнул (не увидел смысла). Объясни словами.
типизированный доступ к данным и визуальный байндинг на вытянутые из метаданных поля (на картинке нету).

у меня есть нечто подобное, правда без генериков (в том месте где они у Алексея) , потому как данные все равно из метаданных генерятся, можно смело писать фактические типы
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359755
chpasha Про человеколюбие
Про генерики я так и не понял, о чем ты. Про функции тоже.

я собственно привел пример (естественно не претендующий на гениальность) того когда удобно (и выгодно) иметь класс с некими методами и параметрами неизветсного для класса типа, но строго типизированными на этапе компиляции. Это примеры, я не имел в намерениях обсуждать глупость хардкодных селектов на клиенте. Мой интерес сугубо практичен, фактически в ключе
1) я знаю как это сделат так, с генериком
2) покажи мне как это сделать равноценно без него
еще раз, сугубо профессиональный интерес. областей ведь применения много, глупо спорить в ключе "так никогда не понадобится"
Приведи хоть одну. Я возмущался как раз на отсустствие вменяемого примера применения (необходимости).

chpasha
На счет функции, прикинь в голове как ты бы написал универсальный класс - не класс whatever, для выполнения некоей длительной операции с неизвестным типом возвращаемого значения (и параметрами) в отдельном потоке с обработкой результата (напоминаю - заранее неизвестного типа) по ее завершении. Отвлекаясь от технической реализации многопоточности, сама задача как, по-твоему, абсурдна или имеет место быть? Или для каждого конкретного случая, когда нам нужно в потоке что-то сделать будем новый класс писать/генерить?
Какой-то легкий бред. Асинхронные многопотоковые операции благополучно реализуются вообще без ООП (ну да, не в .NET-е). О чем ты глаголишь - я тут без понятия.
Может у вас какие-то очень дикие соглашения на этот счет, я даже не знаю.
Честно.

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

Но все равно не втыкнул. Какой то высосанный из пальца пример. Говори конкретно, че надо то?

chpasha Про человеколюбие
P.S. Да и вообще, стоит ли? Сейчас дети и недети начнут писать петицию в обком, за то, что
я так беспощадно высмеиваю их уютный мирок и милые кормушки в силый градиент. А зачем?
не разменивайся на мелочи, переходи к главному...мы генерики обсуждали
Ну... еще раз. Приведи пример реальных задач.

У меня не работают мозги по типу: "придумай че-то, потом придумай, как это использовать".
Сначала задача (че вообще надо конкретно), потом - решение (с анализом, как лучше или хуже).

Задача "хочу универсальный класс с универсальными параметрами" - это не задача. Это хрень.
Задача - "мне нужно в асинхронном потоке читать данные из DB, в другом потоке - обрабатывать,
в третьем - записывать в .XLS файл отчеты от этих данных, в три потока", вот это уже задача.

Это будет понятнее (также не менее понятно будет, что генерики там и даром не впали).

---

Вообще абстракция нужна для чего? Для обобщения нескольких случаев. А у тебя что?
Асбтракция есть, случаев нет, пипец приплыли.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359761
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaт.е. пару десятков классов с идентичным функционалом, отличающихся только типом елементов списка?"Глаза боятся, руки делают" (с) моя тёща. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359783
Алексей К Никак. В код не втыкнул (не увидел смысла). Объясни словами.Нет, ну может правда тебе TEntity не понравилось? Я переименую, если надо...

Смысл:
1. Один из многих способов передачи едиторам информации о схеме при датабиндинге. Мне он кажется наиболее удобным.
2. Типизация членов (Current и т. п.).
Когда кажется, креститься надо. А чтобы быть чуть более объективным, чем средневековый схоластик - нужно приводить аргументы. В сравнительном анализе.

Алексей КТы действительно считаешь контроль типов на этапе компиляции ненужным бантиком?
Считаю контроль типов на этапе компиляции обязательным. Задачи на позднее связывание (привет XML-щикам) считаю полнейшим бредом в общем случае (допустимо толко в исключительных ситуациях).

Но какое это имеет отношение к теме генериков?

ЗюЫю Полистав (память) про Entity и биндинг, начал понимать, о чем ты. В принципе да,
задача из отряда: давайте одним кривым дизайном заборем другой кривой дизайн.

В принципе - уже само стремление (к борьбе), уже похвально. Угум.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359805
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про бессмыслицу абстракцийПриведи пример реальных задач.
Ну давай попробуем. Простенькое что-нибудь для начала.

Про MVP, надеюсь, слышал.

Код: plaintext
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.
public abstract class PresenterBase<TView> : IPresenter
    where TView : class, IView
{
    private readonly TView view;
    private bool suspendStandardViewEvents = false;

    protected TView View
    {
        get { return view; }
    }

    protected PresenterBase(TView view)
    {
        if(view == null)
            throw new ArgumentNullException("view");

        this.view = view;

        View.Initializing += ViewInitializing;
        View.Initialized += ViewInitialized;
        View.Loading += ViewLoading;
        View.Loaded += ViewLoaded;
    }

    protected virtual void ViewLoading(object sender, EventArgs e)
    {
        if(this is ISupportPrepareModelAsync)
        {
            suspendStandardViewEvents = true;

            ISupportPrepareModelAsync asyncPresenter = (ISupportPrepareModelAsync)this;
            ExecutiveServiceUtil.ExecuteBackgroundOperationWithUIFeedback(asyncPresenter.ExecutiveService, 
                asyncPresenter.UIFeedbackService, 
                delegate(object _sender, IBackgroundOperationContext backgroundOperationContext)
                    {
                        asyncPresenter.PrepareModelAsync(backgroundOperationContext);
                    },
                delegate
                    {
                        suspendStandardViewEvents = false;
                        ViewLoaded(this, EventArgs.Empty);

                    }, null, "Выполняется загрузка данных");

        } // if
        else
            PrepareModel();
    }
}

Особое внимание вызывает
Код: plaintext
1.
2.
3.
4.
    protected TView View
    {
        get { return view; }
    }

Давай, изобрази без генериков.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359816
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про бессмыслицу абстракций
Приведи хоть одну. Я возмущался как раз на отсустствие вменяемого примера применения (необходимости).
это был кусочек из слоя доступа к данным


Про бессмыслицу абстракций
Асинхронные многопотоковые операции благополучно реализуются вообще без ООП (ну да, не в .NET-е). О чем ты глаголишь - я тут без понятия.

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

Про бессмыслицу абстракций
Задача - "мне нужно в асинхронном потоке читать данные из DB, в другом потоке - обрабатывать,
в третьем - записывать в .XLS файл отчеты от этих данных, в три потока", вот это уже задача.
Это будет понятнее (также не менее понятно будет, что генерики там и даром не впали).

смотри, "читать данные из DB" это что? скажем некий метод DataTable GetData() так? А читать данный из xml например, XmlDocument GetXml() так? Видишь что у них общего? сингатура - T DoSomeStuff(), так вот, если я для обеих задач могу обойтись неким методом который приняв "указатель на функцию" выполняет ее в потоке и отдает типизированный результат? Вот тебе и применение моего класса. Например.


Про бессмыслицу абстракций
Асбтракция есть, случаев нет, пипец приплыли.
есть, есть случаи
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359832
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч
аааа...Нахлобуч жжешь, я думал было про "шаблоны форм" с MVP заикнутся, но не осмелился дразнить грекса паттернами
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359837
chpasha Про сдвиг по фазе: о генериках
Я вот нахожу более удобным в тех очень немногих случаях, когда мне действительно нужен TTypedList - быстренько набросать пару методов и свойств, на том и успокиться.

да ну не гони, ты находишь это проще чем написать List<MyClass> и автоматом получить все что тебе нужно? Притом полный контроль типа на этапе компиляции и никаких косяков, потому что в каком-то из методов Find забыл указать, что регистр не надо сравнивать? или Dictionary там какой? да ну грекс, полно те
Еще раз. Все, о чем ты глаголишь, мне нужно раз в пятилетку.
Про косяки я и вовсе не понял проблематики.

chpasha
Про сдвиг по фазе: о генериках
Вопрос же в другом. Я вот сейчас насчитал всего пару десятков случаев списков
т.е. пару десятков классов с идентичным функционалом, отличающихся только типом елементов списка?
Какие такие пара десятков? Ты VCL уже забыл совсем? Скажи, где они там вообще впились,
типизированные списки эти? Если не в системном коде

chpasha Про сдвиг по фазе: о генериках
Итак, за что боремься то?
меня удивляет, что из всего спорного и не очень в .net, ты отрицаешь полезность одной и несомненно полезнейших (пусть и не совершенных, как утверждают плюсплюсники) фич

Знаешь, я сначала думал, что class helpers, generics, emit, и... даже folding очень даже были бы
полезны. Но потом, поразмыслив, понял, что пользы от них - считай нет вообще.

Т.е. мне нужно специально натянивать, извиняюсь, выдумывать что-то, оправдывающее их
применение, что-бы потом понять, что можно было обойтись и без них (редизайнив).

Честно. В упор не вижу никакой пользы. Там, где мне нужен быстронаколеночный список -
я возьму TObjectList. А если совсем быстро - open array (считай один хрен список).
Они покроют 99.9% быстрых хотелок.

Там же, где меня заборет эстетический сибаризм - да, там я рубану типизированный список.
В чем криминал?

Более того, я даже сразу скажу. Список на манер генерика (в его синтаксисе) у меня как-то
вызывает весьма неоднозначные ощущения. С виду просто "уе...нская" корявость (с) Тема.
Неудобно, и пальцы о скобочки ломаются. (Шифт жмакать...)

Чисто внешне, чисто визуально. Как то наколеночно, да. Но это чисто вкусовое, не обессудь.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359840
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про схоластику EntityСчитаю контроль типов на этапе компиляции обязательным.Городить TXXXField-ы? Не, это не наш метод. А как быть с другими случаями?

Про схоластику EntityЗюЫю Полистав (память) про Entity и биндинг, начал понимать, о чем ты. В принципе да,
задача из отряда: давайте одним кривым дизайном заборем другой кривой дизайн.Ну ка, кто там что говорил про аргументы, про сравнительный анализ? Ась?

ЗЫ: кстати, тема про Variant vs Nullable<T> тоже не раскрыта...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359841
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaаааа...Нахлобуч жжешь, я думал было про "шаблоны форм" с MVP заикнутся, но не осмелился дразнить грекса паттернами
Да чую я, что реакция будет та же, что и на твой пост.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359849
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Нахлобуч
аааа...Нахлобуч жжешь, я думал было про "шаблоны форм" с MVP заикнутся, но не осмелился дразнить грекса паттернами
:)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359858
Про ?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей КЗЫ: кстати, тема про Variant vs Nullable<T> тоже не раскрыта...
Не путай квадратное с мягким.
И почитай про ? после типа. Я уже говорил выше (который добавляет лишь банально-неявный IsNotNull, не дай бог соврать)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359859
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч chpashaаааа...Нахлобуч жжешь, я думал было про "шаблоны форм" с MVP заикнутся, но не осмелился дразнить грекса паттернами
Да чую я, что реакция будет та же, что и на твой пост.
кстати это поядренней списков будет. Тут уж боксить/анбоксить запаришься
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359870
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про ? Алексей КЗЫ: кстати, тема про Variant vs Nullable<T> тоже не раскрыта...
Не путай квадратное с мягким.
И почитай про ? после типа. Я уже говорил выше (который добавляет лишь банально-неявный IsNotNull, не дай бог соврать)Где прочитать, в документации про Делфи? Ссылку дай на "int?" в Делфи. Очень интересно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359887
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про эстетику
Более того, я даже сразу скажу. Список на манер генерика (в его синтаксисе) у меня как-то
вызывает весьма неоднозначные ощущения. С виду просто "уе...нская" корявость (с) Тема.
Неудобно, и пальцы о скобочки ломаются. (Шифт жмакать...)
совсем не аргумент, коли скобочки ломает писать (ну уж если прям так ломает), лабаешь class DoubleList : List<double> и пиши везде new DoubleList(). Лишний класс, но без скобочек ;)

Про эстетику
Чисто внешне, чисто визуально. Как то наколеночно, да. Но это чисто вкусовое, не обессудь.
ну не хош, не надо.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359899
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaсовсем не аргумент, коли скобочки ломает писать (ну уж если прям так ломает), лабаешь class DoubleList : List<double> и пиши везде new DoubleList(). Лишний класс, но без скобочек ;)
А ишшо есть
Код: plaintext
1.
using DL = System.Collections.Generic.List<double>;
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359907
Алексей К Про схоластику EntityСчитаю контроль типов на этапе компиляции обязательным.Городить TXXXField-ы? Не, это не наш метод. А как быть с другими случаями?

Ну это наш метод потому что as-desined.
Но в целом это дурь, и... оопс, оная решается ничем иным, кроме как генерацией классов от метаданных. Просто эдакий более расширенный DataSet.

Еще раз. У тебя проблема с Field[ i] где? Правильно. В прикладном коде. А системному коду,
по определению, на все эти прикладные изыски (XXX) глубоко должно быть начхать, его инструмент -
как раз Fields[ i] (и подобные).

Вот и все.

Возвращаясь к нашим баранам (сорри, пишу на вражеском языке, надеюсь будет понятно), я хотел бы нечто вроде:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
TForm1 =  class (TForm)
  InvoiceDataSet:  class (TDataSet)
    ...
     property  ID: TIntegerField;
     property  DOC_NUM: TStringField;
     property  DOC_NAME: TStringField;
    ....
   end ;
 end ;

Но не более того. Более - не надо.

И, кстати, ты прекрасно знаешь, что, на самом деле, мне ничего не стоит получить оное (типизированные классы дейтасетов) уже сейчас, просто генерацией кода.

Но извни, на кой хрен тут генерики? А?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359909
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Значит скобочки один раз ввести нас ломает, а downcast писать при каждом обращении нас не ломает. Парадокс...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359912
НахлобучДавай, изобрази без генериков.
Легко, если ты удосужишься объяснить смысл своего (нетленного) примера кода.

Честно говоря, смысла в нем я не увидел.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359917
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все равно не доганяю, на кой?Но извни, на кой хрен тут генерики? А?Хорошо, зададим вопрос по-другому: "На кой хрен городить всю эту халабуду с полями, когда есть дженерики?".

ЗЫ: чё там с int? в Делфи, я так и не понял.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359922
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч - увы, не Буч.Легко, если ты удосужишься объяснить смысл своего (нетленного) примера кода.

Честно говоря, смысла в нем я не увидел.
Базовый класс для презентеров. От него все презентеры наследуются. Помимо прочего функционала он выставляет свойство View типа TView -- то есть того типа, с которым каждый конкретный (concrete) презентер умеет работать. Другими словами, в миллионе мест в коде презентера вот это:
Код: plaintext
1.
((IMyView)View).SetViewSpecificDataSource(...);
заменяется на
Код: plaintext
1.
View.SetViewSpecificDataSource(...);
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359924
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КЗЫ: чё там с int? в Делфи, я так и не понял.
Леш, да нет там такой хни. Тормозным "вариантом" они раскуриваются.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359926
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все равно не доганяю, на кой?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
TForm1 =  class (TForm)
  InvoiceDataSet:  class (TDataSet)
    ...
     property  ID: TIntegerField;
     property  DOC_NUM: TStringField;
     property  DOC_NAME: TStringField;
    ....
   end ;
 end ;
Интересно, как стандартные визуальные эдиторы в IDE отнесутся к твоему изобретению?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359935
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КЗЫ: чё там с int? в Делфи, я так и не понял.
Леш, да нет там такой хни. Тормозным "вариантом" они раскуриваются.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359942
Алексей КЗначит скобочки один раз ввести нас ломает, а downcast писать при каждом обращении нас не ломает. Парадокс...

Какие такие downcast?

Подумай сам еще раз. В задаче на списки, при open array - нет, не ломает, т.к. он типизирован.
А там где ломает - режется типизированный TTypedList. Спиномозговым движением десяток строк кода.

И нет никаких (Objects[ i] as Type).Abyrvalg.

Самая тяжелая методика выглядит примерно так:


Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
 var 
  Item: TTypedItem;
 begin 
   for  I :=  0   to  List.Count -  1   do 
   begin 
    Item := List[i]  as  TTypedItem;

    Items.lalala := 'что то там';
   end ;
 end ;

В чем криминал то?

или и вовсе

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
 begin 
   for  I :=  0   to  List.Count -  1   do 
   with  List[i]  as  TTypedItem  do 
   begin 
    lalala := 'что то там';
   end ;
 end ;


Что тут downcast-ового? Где?
Я бы даже спример на foreach привел, но я его не использую в виду проблем с обратной совместимостью (хоть он еще короче).

Итого, о чем ты (что ломать то должно?), я, увы хз вообще.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359944
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ Алексей КЗЫ: чё там с int? в Делфи, я так и не понял.
Леш, да нет там такой хни. Тормозным "вариантом" они раскуриваются.Походу или я не правильно понял, или он чё-то не то ляпнул. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359952
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все равно не доганяю, на кой?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
TForm1 =  class (TForm)
  InvoiceDataSet:  class (TDataSet)
    ...
     property  ID: TIntegerField;
     property  DOC_NUM: TStringField;
     property  DOC_NAME: TStringField;
    ....
   end ;
 end ;

Но не более того. Более - не надо.

Но извни, на кой хрен тут генерики? А?
TIntegerField, TStringField и сотоварищи будешь руками писать?

Код: plaintext
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.
    class Field<T>
    {
        private readonly T value;

        public Field(T value)
        {
            this.value = value;
        }

        public static implicit operator T(Field<T> field)
        {
            return field.value;
        }

        public static implicit operator Field<T>(T value)
        {
            return new Field<T>(value);
        }

        public override string ToString()
        {
            return value.ToString();
        }
    }
    class Program
    {
        static void Main(string[] args)
        {
            Field<int> intField = 1;
            Field<string> stringField = "Hello, world";

            intField += 2;

            Console.WriteLine(intField);
            Console.WriteLine(stringField);
        }
    }
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359960
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Какие такие даункасты?Что тут downcast-ового? Где?
Тут
Код: plaintext
Item := List[i] as TTypedItem;

ЗЫ: Несколькими постами выше Нахлобуч о том же спросил.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359980
Алексей К Все равно не доганяю, на кой?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
TForm1 =  class (TForm)
  InvoiceDataSet:  class (TDataSet)
    ...
     property  ID: TIntegerField;
     property  DOC_NUM: TStringField;
     property  DOC_NAME: TStringField;
    ....
   end ;
 end ;
Интересно, как стандартные визуальные эдиторы в IDE отнесутся к твоему изобретению?

Я привел идеальный (не реальный) пример. Про то, что DataField: string неплохо было бы мочить (переводить на Field: TField) я уже говорил отдельно. Но не о том пока речь.

Хотя конечно, ты можешь рассказать, зачем эдитору нужно явно знать тип поля.

Чур, ба, щас. TDBDateTimeEdit. Да. Ему нужен TDateTimeField. Ну и проруби ты явно:
property Field: TDateTimeField для published свойства, делов то.

Генерики тут точно не нужны. Явный конктроль типа, и баста. Можно назначать его, или наследников.
Все просто, как двери.

P.S. А вот в инстпекторе да, было бы прикольно, если бы светился сразу InvoiceDataSet.DOC_DATE
как поле биндинга (в явном типе, а не виде строки для позднего связывания).

Глупый работы было бы как минимум в два раза меньше.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359984
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, про Nullable<T> я не отстану. Этого реально не хватает в Делфи. Эта задача естественным образом решается с помощью дженериков, и Variant ему не замена.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359994
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Какие такие даункасты?В задаче на списки, при open array - нет, не ломает, т.к. он типизирован .
Какие такие даункасты?Item := List as TTypedItem;
Или ты дурак, или одно из двух.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359995
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЭмпирокритицизмГлупый работы было бы как минимум в два раза меньше.Мы тоже можем много чего напридумывать, чего сейчас нету но до этого "один шаг". VFI например.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360008
Нахлобуч Все равно не доганяю, на кой?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
TForm1 =  class (TForm)
  InvoiceDataSet:  class (TDataSet)
    ...
     property  ID: TIntegerField;
     property  DOC_NUM: TStringField;
     property  DOC_NAME: TStringField;
    ....
   end ;
 end ;

Но не более того. Более - не надо.

Но извни, на кой хрен тут генерики? А?
TIntegerField, TStringField и сотоварищи будешь руками писать?

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
    class Field<T>
    {
        private readonly T value;

        public Field(T value)
        {
            this.value = value;
        }

        public static implicit operator T(Field<T> field)
        {
            return field.value;
        }

        public static implicit operator Field<T>(T value)
        {
            return new Field<T>(value);
        }

        public override string ToString()
        {
            return value.ToString();
        }
    }


Да. Один раз придется написать. В чем криминал? Сколько раз в день ты вводишь новые типы Field?
И что именно тебе придется писать в TField, и что в TIntegerField, и что в TStringField.

Подумай, потом приходи.

Кроме того, прикладной код. Он ценен только этим:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
    class Program
    {
        static void Main(string[] args)
        {
            Field<int> intField = 1;
            Field<string> stringField = "Hello, world";

            intField += 2;

            Console.WriteLine(intField);
            Console.WriteLine(stringField);
        }
    }

И что мы видим? Ба, да простейший случай на применение ToString. Спрашивается в задаче,
а на кой хрен тут генерики? Да просто перекрывай виртуальны метод ToString, и не парься.

И?

Практическая ценность в чем?

---

ЗюЫю Что то вы сегодня массово тупите, прямо неподецки. Приведите хоть один реально полезный
пример.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360027
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПоносникКроме того, прикладной код. Он ценен только этим:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
    class Program
    {
        static void Main(string[] args)
        {
            Field<int> intField = 1;
            Field<string> stringField = "Hello, world";

            intField += 2;

            Console.WriteLine(intField);
            Console.WriteLine(stringField);
        }
    }


Дамы и господа. Все мы только что лицезрели настоящего хэллоувордщика-креведку.
Мы раскрыли тайный смысл жизни этого тролля.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360036
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч, ты тупишь
Да. Один раз придется написать. В чем криминал?
В том, что в каждом твоем TField'е будет практически идентичный код. Этого мало?
Нахлобуч, ты тупишь
Сколько раз в день ты вводишь новые типы Field?
Вообще не аргумент.
Нахлобуч, ты тупишь
И что именно тебе придется писать в TField, и что в TIntegerField, и что в TStringField.
Мне -- ничего.
Нахлобуч, ты тупишь
Подумай, потом приходи.
Симметрично.
Нахлобуч, ты тупишь
И что мы видим? Ба, да простейший случай на применение ToString. Спрашивается в задаче,
а на кой хрен тут генерики? Да просто перекрывай виртуальны метод ToString, и не парься.

Ты, как водится, самое нужное пропустил:
Код: plaintext
1.
2.
3.
4.
Field<int> intField = 1;
Field<string> stringField = "Hello, world";

intField += 2;
Генерики тут затем, что, написав 10 строк кода, я теперь могу создавать любые филды (хоть тебе JpegImageField) в две секунды. Логика сосредоточена в одном месте и нигде не дублируется. А если вдруг мне придется модифицировать поведение того же JpegImageField, то я переопределю пару виртуальных методов и всё.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360041
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПоносникПриведите хоть один реально полезный пример.
Твой моск не может понять даже простых истин. До реальных примеров тебе еще расти. А пока, - типизируй массивы
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360053
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч, ты тупишьЧто то вы сегодня массово тупите, прямо неподецки. Приведите хоть один реально полезный
пример.
что-то ты сегодня как волк загнанный, на флажки кидаешься ;) , тебя Нахлобуч про MVP спросил, как будешь к методам вьюхи обращаться, как будет вьюха с презентером говорить? Итак, смысл примера объяснен, вопросов вызывать не должен (если нет претензий к самой MVP)- пример реализации без генериков в студию. Пока твой подход - "для бешенной собаки семь верст не крюк" - и классов настрогаем, и код нагенерим, и покастим - все только чтобы доказать, что генерики никчему. Басня Крылова "Лисица и виноград". У нас нету, потому будем всеми правдами и не правдами доказывать что это не надо.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360059
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч
Логика сосредоточена в одном месте и нигде не дублируется.мля целый день пытаюсь сказать тоже самое, не выходит, то "дело вкуса", то "скобочки лень"
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360063
Про Nullable
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей ККстати, про Nullable<T> я не отстану. Этого реально не хватает в Делфи. Эта задача естественным образом решается с помощью дженериков, и Variant ему не замена.

Алексей, емое. Ты утомляешь. И тупишь похуже МСУ.

Вот пример. Оператор?
Но что мы видим, на самом деле? Ба.. чур, да это просто compliler sugar, который просто делает
неявную запись из двух полей.

Ну делай явную, делов то. Вполне возможно.

В части нового (в D10/D11) Operator Overloading-а делается вообще влет. Не знал?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360064
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha Нахлобуч
Логика сосредоточена в одном месте и нигде не дублируется.мля целый день пытаюсь сказать тоже самое, не выходит, то "дело вкуса", то "скобочки лень"
Я хочу его к себе в команду :))
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360067
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Грекс, я так чую, ты сейчас в полную отказку ударишься. Пока это не случилось, давай может тему про генерики забабахаем, в твоих пинатах, или в программировании - и послушаем братву по другую сторону забора? Надо им или нет, как тебе предложение?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360074
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про Nullableэто просто compliler sugar
Вот и все аргументы. Ты силен, мальчик. Очень силён.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360075
МСУ ПоносникПриведите хоть один реально полезный пример.
Твой моск не может понять даже простых истин. До реальных примеров тебе еще расти. А пока, - типизируй массивы

Ребята, там есть кто-то рядом с МСУ? Дайте ему по затылку. Он уже просто достал своим какашечным бредом.
Вот уж придурок, емое. Где таких только берут?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360076
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
НахлобучЯ хочу его к себе в команду :))
И что Вы будете с этим пушечным мясом делать?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360077
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про NullableНу делай явную, делов то. Вполне возможно.
Авотфиг. Ты в курсе вообще, что CLR обрабатывает Nullable<T> особым образом? Например при боксинге/анбоксинге?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360078
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про NullableВот пример. Оператор?
Но что мы видим, на самом деле? Ба.. чур, да это просто compliler sugar, который просто делает
неявную запись из двух полей.В С# вообще-то это псевдоним для Nullable<T>.

int? => Nullable<int>

Про NullableВ части нового (в D10/D11) Operator Overloading-а делается вообще влет. Не знал?Покажи пример?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360079
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Убейте унылое говноОн уже просто достал своим какашечным бредом.
Уха-ха И кто это сказал?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360084
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ НахлобучЯ хочу его к себе в команду :))
И что Вы будете с этим пушечным мясом делать?
Хочу посмотреть, какой код выходит из-под его пера.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360090
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч МСУ НахлобучЯ хочу его к себе в команду :))
И что Вы будете с этим пушечным мясом делать?
Хочу посмотреть, какой код выходит из-под его пера.
Вам мало его "кода" в форуме? )
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360091
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaГрекс, я так чую, ты сейчас в полную отказку ударишься. Пока это не случилось, давай может тему про генерики забабахаем, в твоих пинатах, или в программировании - и послушаем братву по другую сторону забора? Надо им или нет, как тебе предложение?Лучше пойдём в С++. Топик назовём: "template фтопку".
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360093
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУВам мало его "кода" в форуме? )
Можно и на "ты".

Мало.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360101
Нахлобуч Нахлобуч, ты тупишь
Да. Один раз придется написать. В чем криминал?
В том, что в каждом твоем TField'е будет практически идентичный код. Этого мало?
Просмотрел наследников TField. Советую тебе сделать тоже, прежде чем нести подобный бред,
выковырянный из непонятно даже чего.

Нахлобуч
Нахлобуч, ты тупишь
Сколько раз в день ты вводишь новые типы Field?
Вообще не аргумент.
Еще какой аргумент. Я де говорю - нечего тягать задачи из носу. Говорите реальными задачами, а не
выдумками.

Кстати, в примере кода выше у тебя, похоже, просто проблемы с тем, что
ты метод не на том уровне абстракции определяешь. Других проблем не увидел.


Нахлобуч
Нахлобуч, ты тупишь
И что именно тебе придется писать в TField, и что в TIntegerField, и что в TStringField.
Мне -- ничего.
Т.е. ответить тебе, по сути, нечего. А чего изначально вылез с транспарантом?


Нахлобуч Нахлобуч, ты тупишь
И что мы видим? Ба, да простейший случай на применение ToString. Спрашивается в задаче,
а на кой хрен тут генерики? Да просто перекрывай виртуальны метод ToString, и не парься.

Ты, как водится, самое нужное пропустил:
Код: plaintext
1.
2.
3.
4.
Field<int> intField = 1;
Field<string> stringField = "Hello, world";

intField += 2;
Генерики тут затем, что, написав 10 строк кода, я теперь могу создавать любые филды (хоть тебе JpegImageField) в две секунды. Логика сосредоточена в одном месте и нигде не дублируется. А если вдруг мне придется модифицировать поведение того же JpegImageField, то я переопределю пару виртуальных методов и всё.

Точно также все и происходит.
Досадно да? Хотелось проблистать умом, а вышло не очень? Понимаю. Бывает.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360105
Фотография tAZAR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот я не пойму - он хочет доказать, что делфи лучше, или что он умнее?
ИМХО, перестали бы уже на его бредни внимание обращать - не докажите.
У него принцип "не верю" (с) стоит выше здравого смысла.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360107
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tAZARВот я не пойму - он хочет доказать, что делфи лучше, или что он умнее?
ИМХО, перестали бы уже на его бредни внимание обращать - не докажите.
У него принцип "не верю" (с) стоит выше здравого смысла.
Я вот, кстати, тоже не могу понять чего он добивается.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360108
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так что грекс, выносим на суд общественности? или для тебя все равно авторитетов нет?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360112
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ГРекс, а лицо своё можешь показать?
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360119
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpashaтак что грекс, выносим на суд общественности? или для тебя все равно авторитетов нет?
заодно предлагаю нашим местным паттерноводам забацать ветку "докажите мне, что VFI нужен, высосанные с пальца примеры не предлагать"
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360127
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПоносникЯ де говорю - нечего тягать задачи из носу. Говорите реальными задачами, а не выдумками.
Реальными? Это те, которые с логикой dbf и бизнес-процессом от WorkFlow на Excel-шитах?
Поносник
Т.е. ответить тебе, по сути, нечего. А чего изначально вылез с транспарантом?
Неправильно. Тебе, Грексхайд, понять нечем . От этого все неурядицы.
ПоносникТочно также все и происходит.
Досадно да? Хотелось проблистать умом, а вышло не очень? Понимаю. Бывает.
Как, точно так же? Адекватного ответа так никто и не увидел
P.S. Блестать умом, а точнее его отсуствием, умеешь только ты, студент.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360130
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Так что там с генериками?Просмотрел наследников TField. Советую тебе сделать тоже, прежде чем нести подобный бред, выковырянный из непонятно даже чего.
Сам посмотрел -- другим покажи. Не у всех дельфя стоит.
Так что там с генериками?
Еще какой аргумент.
Да даже если одно поле в год -- это ничего не меняет.
Так что там с генериками?
Кстати, в примере кода выше у тебя, похоже, просто проблемы с тем, что
ты метод не на том уровне абстракции определяешь. Других проблем не увидел.
Ты о чем?
Так что там с генериками?
Т.е. ответить тебе, по сути, нечего. А чего изначально вылез с транспарантом?
Русским владеем? Я, по-моему, ясно написал, что мне ни в каком TStringField ничего писать не придется -- весь функционал находится в базовом классе.
Так что там с генериками?
Точно также все и происходит.
Ты реализацию хотя бы одного метода покажешь или так и будешь в воздух пукать?

С тебя еще переделать мой пример с MVP на "безгенериков".
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360134
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АбсолютГРекс, а лицо своё можешь показать?
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!
Дак вот же его лицо
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360143
Volhv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чейто мне на моем рабочем месте скучно, порытся по рынкам труда чтоли, любопытно тока как оценить свои знания и скока за ето заплатят ....
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360145
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нахлобуч
С тебя еще переделать мой пример с MVP на "безгенериков".
отклонено за недоказанностью полезности. Предлагаю перейти к формулировке задачи по написанию ИИ, позаковырестей как-нибудь, чтоб без генериков никак
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360152
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Volhvчейто мне на моем рабочем месте скучно, порытся по рынкам труда чтоли, любопытно тока как оценить свои знания и скока за ето заплатят ....
ну даешь, мне тут работать некогда, такая борьба с мировым злом заварилась. на генерики бочку вскатили, ничего святого у людей
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360207
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chpasha... Пока твой подход - "для бешенной собаки семь верст не крюк" - и классов настрогаем, и код нагенерим, и покастим...
+1024
А еще он совсем недавно "козырял" тут против "мирового зла" такими фразочками типа: "обезьянка видит - обезьянка пишет код..."
(кто же тут тогда обезьянка?).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360210
Volhv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я вот иногда слушаю и диву даюсь - что плохого в кастах если вы работаете с винформсами?
понятно что они весомо тормозят при больших вычислениях - и генерики к примеру юзать намного выгоднее, но иногда сами себя к таким стенкам ставите - что ппц просто...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360231
Про Nullable.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей К Про NullableВот пример. Оператор?
Но что мы видим, на самом деле? Ба.. чур, да это просто compliler sugar, который просто делает
неявную запись из двух полей.В С# вообще-то это псевдоним для Nullable<T>.

int? => Nullable<int>
Ну и чудненько.

Алексей К Про NullableВ части нового (в D10/D11) Operator Overloading-а делается вообще влет. Не знал?Покажи пример?

Примерно так.

Код: plaintext
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.
 type 
  TNullableInteger =  record 
    Value: integer;
    IsNotNull: boolean;
     class  operator Equal(a, b: TNullableInteger): Boolean;
     class  operator Equal(a: TNullableInteger; b: integer): Boolean;
   end ;

 function  NullableInteger(A: integer): TNullableInteger;
 begin 
  Result.IsNotNull := True;
  Result.Value := A;
 end ;

 function  Null: TNullableInteger;
 begin 
  Result.IsNotNull := False;
 end ;

 class  operator TNullableInteger.Equal(a, b: TNullableInteger): Boolean;
 begin 
  Result := ( not  A.IsNotNull =  not  A.IsNotNull)  and  (A.Value = B.Value)
 end ;

 class  operator TNullableInteger.Equal(a: TNullableInteger; b: integer): Boolean;
 begin 
  Result :=  not  a.IsNotNull  and  (A.Value = b)
 end ;


 procedure  TForm7.Button1Click(Sender: TObject);  // вызываем изжогу 
 var 
  A: TNullableInteger;
  B: integer;
 begin 
  A := NullableInteger( 5 );

  B :=  5 ;


   if  A = B  then 
    Writeln('equal');

  A := Null;

   if  A = B  then 
    Writeln('not equal');

 end ;

Ты спросил, я набросал на коленке. Не то, чтобы фонтан, но примерно из той же оперы.
Можно поискать и что-то более похожее. Может умельцы какие настрадали.


===================

Реалистичный пример прикладной задачи на генерики я так и не дождался. Блин, только время потерял.

Злые вы. (с)

===

Сейчас скажете, фу, код писать нужно. Ну да. Нужно.
Для ординарных типов только. Для объектных - на кой (nil - чем не null?)

И....?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360234
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Volhvя вот иногда слушаю и диву даюсь - что плохого в кастах если вы работаете с винформсами?
причем тут то, с чем мы работаем?

Volhv
но иногда сами себя к таким стенкам ставите - что ппц просто...
например? пока у меня возникают прямо противоположные мысли, о том что каждый кастинг - сделка с совестью, договор с самим собой - кастишь и думаешь - а не придется ли мне через месячишко в этом самом месте MyPresenter на MyNewCoolPresenter менять. Плюс скорость, плюс размер строки с кастом (лишние скобочки в генериках отдыхают)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360235
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и фото своё забыл к посту прикалотить.
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360252
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про Nullable.
[src Delphi]type
TNullableInteger = record
Value: integer;
IsNotNull: boolean;
class operator Equal(a, b: TNullableInteger): Boolean;
class operator Equal(a: TNullableInteger; b: integer): Boolean;
end;

ёпрст...и так для каждого типа, с которого я хочу Nullable поиметь?


Про Nullable.
Реалистичный пример прикладной задачи на генерики я так и не дождался. Блин, только время потерял.
MVP чем не прикладной пример? вариант без генериков плиз, ибо чую начинаешь запутывать следы. Заметь, 5 раз уже напоминаем.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360253
Надоело.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
НахлобучС тебя еще переделать мой пример с MVP на "безгенериков".
С тебя еще объяснить смысл данного примера.

---

Про Field-ы ты слил. Скачай сначала предмет, потом поговорим.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360277
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надоело. НахлобучС тебя еще переделать мой пример с MVP на "безгенериков".
С тебя еще объяснить смысл данного примера.

не хотелось говорить, но начинает попахивать сливом

Надоело.
Скачай сначала предмет, потом поговорим.

начинаем ставить заведомо невыполнимые условия. Мда грекс, сильный ход. А качать надо Rad Studio или можно чего постарей?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360286
Сипаям
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
chpasha Про Nullable.
[src Delphi]type
TNullableInteger = record
Value: integer;
IsNotNull: boolean;
class operator Equal(a, b: TNullableInteger): Boolean;
class operator Equal(a: TNullableInteger; b: integer): Boolean;
end;

ёпрст...и так для каждого типа, с которого я хочу Nullable поиметь?

Их всего десяток. Ординарных Про объектные можешь не говорить, там Nullable бессмысленен - nil и есть null.

Еще раз. Решайте реальные задачи.

chpasha
Про Nullable.
Реалистичный пример прикладной задачи на генерики я так и не дождался. Блин, только время потерял.
MVP чем не прикладной пример? вариант без генериков плиз, ибо чую начинаешь запутывать следы. Заметь, 5 раз уже напоминаем.

Да нет там никакого примера. Емое. Я не вижу.
Вижу просто метод, который нарублен в не том месте, и косячную иерархию классов.

Я говорю о задаче не системного характера, а о прикладной.
Типо посчитать сумму в счет-фактуре.

Так понятно?

---

P.S. Системный код пишется раз в пятилетку. Не надломишься, сделать Nullable для пяти штук
числовых типов. Вот честно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360294
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надоело. НахлобучС тебя еще переделать мой пример с MVP на "безгенериков".
С тебя еще объяснить смысл данного примера.
Повторяю.
Надоело.
Про Field-ы ты слил. Скачай сначала предмет, потом поговорим.
Ага, взаимно. Это же так тяжело -- вставить сюда исходник.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360296
chpasha Надоело. НахлобучС тебя еще переделать мой пример с MVP на "безгенериков".
С тебя еще объяснить смысл данного примера.

не хотелось говорить, но начинает попахивать сливом
Зажми нос. Это у тебя предчувствие, что сейчас опять МСУ прискачет, 100% г...щем своим вонять начнет.

Еще раз. Дайте или полный пример кода с примером, или... по тому фрагменту - нихрена не видно.
А телепаты в отпуске.

chpasha Надоело.
Скачай сначала предмет, потом поговорим.

начинаем ставить заведомо невыполнимые условия. Мда грекс, сильный ход. А качать надо Rad Studio или можно чего постарей?

Ох ты емое. Это как же так, невыполнимые? Невыполнимой задачей является получить какую-то
хреновину, фрагмент которой нахлобуч запостал.
А то, что я попросил его скачать - оно доступно в массе свободных источников. Качай, было бы желание. В триалке - весь исходный код VCL лежит.

Забавно, да? Вот так, с ног на голову и переставлено. Впрочем, в который раз.

P.S. Что? Нет? Чу, фу, опять МСУ-логикой попахивать начало. Нет?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360299
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сипаям
Их всего десяток.
грекс, скажи мне, что это не ты говоришь, я уже начинаю в припадке биться. Мил человек, зачем писать 10 в 10 местах, если (когда) можно 1 в 1, ну нафига Саша????
Так с таким подходом мы нихера тебе не докажем, конечно, если писать Х вариантов чего-то там для каждого типа, генерики нахер не упали.


Сипаям
Да нет там никакого примера. Емое. Я не вижу.
Я говорю о задаче не системного характера, а о прикладной.
так, ну приехали. теперь область задач уточняем. короче, накидай пример MVP, достаточно презентера и вьюхи.

Так понятно?

Сипаям
P.S. Системный код пишется раз в пятилетку. Не надломишься, сделать Nullable для пяти штук
числовых типов. Вот честно.
смотри мой первый тезис, я пока клаву погрызу
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360303
Нахлобуч Нахлобуч - увы, не Буч.Легко, если ты удосужишься объяснить смысл своего (нетленного) примера кода.

Честно говоря, смысла в нем я не увидел.
Базовый класс для презентеров. От него все презентеры наследуются. Помимо прочего функционала он выставляет свойство View типа TView -- то есть того типа, с которым каждый конкретный (concrete) презентер умеет работать. Другими словами, в миллионе мест в коде презентера вот это:
Код: plaintext
1.
((IMyView)View).SetViewSpecificDataSource(...);
заменяется на
Код: plaintext
1.
View.SetViewSpecificDataSource(...);


Про интерфейсы (interface) рассказать или не стоит?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360315
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ах, ты про это.... я то думал.Про интерфейсы (interface) рассказать или не стоит?
Зоя Космодемьянская и Рихард Зорге в одном лице... Всё-то из тебя клещами вытаскивать надо.

Ну расскажи, давай.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360330
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ах, ты про это.... я то думал.
Про интерфейсы (interface) рассказать или не стоит?
покажи как это будет с интерфейсом. я догадываюсь, но как говорится для протокола
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360338
chpasha Сипаям
Их всего десяток.
грекс, скажи мне, что это не ты говоришь, я уже начинаю в припадке биться. Мил человек, зачем писать 10 в 10 местах, если (когда) можно 1 в 1, ну нафига Саша????
Так с таким подходом мы нихера тебе не докажем, конечно, если писать Х вариантов чего-то там для каждого типа, генерики нахер не упали.
Слушай, тебе жениться или замуж?
Задача про Nullable - откровенно ржачно высосана из пальца.
Это вообще из отряда compiler magiс должно быть.

Говоря проще - не пацанское это дело, такой фигней страдать.
Вот честно.

Еще раз подумай. Сколько раз ты будешь (реально) реализовывать Nullable (хотя его должны сделать
разработчики платформы)? Правильно. Один раз. А еще более правильно - ни одного раза.

О чем мы говорим вообще? Мужики, давайте бросайте пить бормотух и пиво.
Напрягайте фантазию, проявляйте сознание, приводите реальные примеры на генерики!

Не надо мне ляля про 10 vs 1. Для меня это задача одна: сделать Nullable. Делается один раз,
потом забывается как... ненужная.

chpasha
Сипаям
Да нет там никакого примера. Емое. Я не вижу.
Я говорю о задаче не системного характера, а о прикладной.
так, ну приехали. теперь область задач уточняем. короче, накидай пример MVP, достаточно презентера и вьюхи.
Так понятно?
Не-а. Нафига? Для какой задачи (класса задач)?

chpasha Сипаям
P.S. Системный код пишется раз в пятилетку. Не надломишься, сделать Nullable для пяти штук
числовых типов. Вот честно.
смотри мой первый тезис, я пока клаву погрызу
Посмотрел, и че? Ты выше мне сказал, что готов носить трусы только навыпуск, и не менять их
никогда. Я же говорю, что десяток сменных - вовсе не проблеме. И что с того?
Я не говорю, что тебе их нужно самому шить каждый день. Просто иметь десяток.


(Это я включил аллегоризм аля-МСУ, в понятных последнему терминах сортирного мышления.
Не обессудь, это я просто стебусь так, чисто эпатажности сравнительных категорий ради ).

А ведь у кого-то, не будем показывать пальцами, все всерьез, и вовсе не в виде стеба.
Да МСУ?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360344
Нахлобуч Ах, ты про это.... я то думал.Про интерфейсы (interface) рассказать или не стоит?
Зоя Космодемьянская и Рихард Зорге в одном лице... Всё-то из тебя клещами вытаскивать надо.

Ну расскажи, давай.

Блин, дай полный пример кода. С примерами применений. Я не могу выдумывать то, чего у тебя нет на самом деле там. В анналах MVP реализации.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360378
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пример давай.Блин, дай полный пример кода. С примерами применений. Я не могу выдумывать то, чего у тебя нет на самом деле там. В анналах MVP реализации.
А где же обещанный рассказ про интерфейсы?

Упрощенно:
Код: plaintext
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.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
using System;
using System.IO;

namespace ConsoleApplication14
{
    interface IView
    {
        void DataBind();
    }

    interface ILogicalDriveBrowserView : IView
    {
        string[] LogicalDrives
        { get; set; }
    }

    class ConsoleLogicalDriveBrowserView : ILogicalDriveBrowserView
    {
        private string[] logicalDrives;

        public string[] LogicalDrives
        {
            get { return logicalDrives; }
            set { logicalDrives = value; }
        }

        public void DataBind()
        {
            Array.ForEach(logicalDrives, Console.WriteLine);
        }
    }

    interface IPresenter
    {
        // Для простоты
        void Display();
    }

    interface ILogicalDriveBrowserPresenter : IPresenter
    {
    }

    abstract class PresenterBase<TView> : IPresenter
        where TView : IView
    {
        private readonly TView view;

        protected TView View
        {
            get { return view; }
        }

        protected PresenterBase(TView view)
        {
            this.view = view;
        }

        public virtual void Display()
        {
            DataBindView();
            View.DataBind();
        }

        protected abstract void DataBindView();
    }

    class LogicalDriveBrowserPresenter : PresenterBase<ILogicalDriveBrowserView>, ILogicalDriveBrowserPresenter
    {
        public LogicalDriveBrowserPresenter(ILogicalDriveBrowserView view) : 
            base(view)
        {
        }

        protected override void DataBindView()
        {
            View.LogicalDrives = Directory.GetLogicalDrives();
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            ILogicalDriveBrowserPresenter logicalDriveBrowserPresenter =
                new LogicalDriveBrowserPresenter(new ConsoleLogicalDriveBrowserView());
            logicalDriveBrowserPresenter.Display();
        }
    }
}
Просто повтори то же самое без генериков.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360407
НахлобучПросто повтори то же самое без генериков.
В твоем коде только вот эта строка имеет смысл:

Код: plaintext
1.
 = Directory.GetLogicalDrives();

Все остальное - просто хлам. Лишь бы генериком покрасоваться. А по сути - беспощадный в своей бессмысленности код.

Почему? Да потому что достаточно просто передать массив строк в тот контрол, который
позволяет отобразить массив строк.
И не париться откровенно херней.

Следующий! (Пример)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360417
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Крестик-нолик
Не надо мне ляля про 10 vs 1. Для меня это задача одна: сделать Nullable. Делается один раз,
потом забывается как...

путем написании 10 классов с идентичным кодом. ладно, твоя позиция ясна.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360433
chpashaпутем написании 10 классов с идентичным кодом. ладно, твоя позиция ясна.
Я уже объяснил. Написать один раз пусть даже 10-ть - это не проблема. Потому что один раз и забыли.
Было бы проблемой, если бы нужно было каждый день писать по 10-ть.

Вот это уже - да, это уже проблема.

P.S. Знаешь, я вот тоже таким страдал. Помниться в бытность писал какую-то лабудень (ну, чтобы можно было несколько Menu мержить в одно). Писал писал, целый день писал.
А потом осознал, через пять лет, что мне это понадобилось всего один раз в жизни.

Было обидно, да.

----

Кстати, а вот скажи (чет не припомню вот так сходу).

У вас есть конструкция вида... ну и возможность таких вещей:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
TSomeClass =  class   of  TSome.

 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

 var 
  D: TClass;
 begin 
  D :=  TSomeClass;
  A(D).AsString := 'Я люблю тебя, МСУ, такой какой ты есть, хоть ты и стукач';
 end ;

?

Если нет, то я начинаю понимать, на кой хрен вам впились генерики.

P.S. К своему стыду, чет не примпомню вот так слету... Ковырять MSDN леньки под вечер...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360434
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нам не нужны дженерики. Мы готовы писать десятки одинаковых классов. Фтопку повторное использование кода. Зачем оно нам. Мы не боимся делать downcast-ы, даже не смотря на то, что у на unmanaged. Потому что мы экстремалы! Вот оно, настоящее экстремальное программирование!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360439
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ржем с бессмыслицы высокопарнойСледующий! (Пример)
"Слив засчитан".

Код: plaintext
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.
using System;
using System.Collections.Generic;

namespace ConsoleApplication14
{
    class Program
    {
        static IEnumerable<T> Filtered<T>(IEnumerable<T> source, Predicate<T> condition)
        {
            foreach(T value in source)
                if(condition(value))
                    yield return value;
        }

        static void Main(string[] args)
        {
            List<double> doubles = new List<double>();
            for(int i = 0; i < 1000; ++i)
                doubles.Add(Math.Sqrt(i));

            foreach(double d in Filtered(doubles, IsEven))
                Console.WriteLine(d);
        }

        static bool IsEven(double d)
        {
            return d % 2.0 == 0.0;
        }
    }
}
Представь, что на месте double какой-нибудь хитровывернутый класс -- тебе надо на клиенте отобрать объекты, удовлетворяющие некоему условию. Например, клиентов, у которых был изменен номер телефона (чтоб отправить на сервер/в БД).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360440
И че?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей КНам не нужны дженерики. Мы готовы писать десятки одинаковых классов. Фтопку повторное использование кода. Зачем оно нам. Мы не боимся делать downcast-ы, даже не смотря на то, что у на unmanaged. Потому что мы экстремалы! Вот оно, настоящее экстремальное программирование!

Че сказать то хотел? Про людей, у которых туго с абстрагированием? Ну... есть такие, я даже
знаю живые ходячие примеры.

И что?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360447
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С надеждой на взаимопониманиеУ вас есть конструкция вида... ну и возможность таких вещей:

Код: plaintext
1.
2.
3.
 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

?

Код: plaintext
1.
2.
3.
public T CreateInstance<T>() where T : new()
{
    return new T();
}
?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360451
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И че? Алексей КНам не нужны дженерики. Мы готовы писать десятки одинаковых классов. Фтопку повторное использование кода. Зачем оно нам. Мы не боимся делать downcast-ы, даже не смотря на то, что у на unmanaged. Потому что мы экстремалы! Вот оно, настоящее экстремальное программирование!

Че сказать то хотел?Выразил твою позицию своими словами. Скажи не так?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360456
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К С надеждой на взаимопониманиеУ вас есть конструкция вида... ну и возможность таких вещей:

Код: plaintext
1.
2.
3.
 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

?

Код: plaintext
1.
2.
3.
public T CreateInstance<T>() where T : new()
{
    return new T();
}
?
Нет, скорее больше похоже на это:
Код: plaintext
1.
2.
3.
4.
5.
...
public object A(Type value) {
   return Activator.CreateInstance (value);
}
...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360472
Нахлобуч Ржем с бессмыслицы высокопарнойСледующий! (Пример)
"Слив засчитан".

Тебе. Согласен.


Нахлобуч
Код: plaintext
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.
using System;
using System.Collections.Generic;

namespace ConsoleApplication14
{
    class Program
    {
        static IEnumerable<T> Filtered<T>(IEnumerable<T> source, Predicate<T> condition)
        {
            foreach(T value in source)
                if(condition(value))
                    yield return value;
        }

        static void Main(string[] args)
        {
            List<double> doubles = new List<double>();
            for(int i = 0; i < 1000; ++i)
                doubles.Add(Math.Sqrt(i));

            foreach(double d in Filtered(doubles, IsEven))
                Console.WriteLine(d);
        }

        static bool IsEven(double d)
        {
            return d % 2.0 == 0.0;
        }
    }
}

Такой же бессмысленно беспощадный ответ на твой бессмысленный код:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
 var 
  I: integer;
  C: double;
 begin 
   for  I :=  0   to   1000   do 
   begin 
    C := Sqrt(I);
     if  Trunc(C)  mod   2  =  0   then 
      WriteLn(C);
   end ;
 end ;

Спрашивается, на кой хрен ты навалял той бессмысленности выше?
У кого проблемы? Зачем решать задачу максимально п...тым способом на 30 строк, когда там всего - 10-ть? И нафиг в этой задаче вообще впился List?


НахлобучПредставь, что на месте double какой-нибудь хитровывернутый класс -- тебе надо на клиенте отобрать объекты, удовлетворяющие некоему условию.
В данном случае - не представляю. Даже если представлю, то введу интерфейс IIsEven и не буду паритьс.

НахлобучНапример, клиентов, у которых был изменен номер телефона (чтоб отправить на сервер/в БД).
А это тут причем? Вообще какая то извращенная логика, честно. Клиентов, у которых изменен
номер телефона - я отловню SQL запросом (если буду хранить историю номеров).

Что-то блин, откровенно шизофренические примеры приводишь. Придумай что-то более реальное.

P.S. Тухло жжешь, без огонька. Неужели в реальной жизни генерики не юзаешь (не чужие, а свои?)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360481
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С надеждой на взаимопонимание chpashaпутем написании 10 классов с идентичным кодом. ладно, твоя позиция ясна.
Я уже объяснил. Написать один раз пусть даже 10-ть - это не проблема. Потому что один раз и забыли.
Было бы проблемой, если бы нужно было каждый день писать по 10-ть.
ладно, я с другой стороны зайду, если у тебя есть выбор, реализовать это по-твоему или по-нашему (с генериком), как напишешь, ну честно только?


З.Ы. про class references я уж подзабыл, да. если ты о создании в рантайме неизвестного на этапе компиляции инстанса, то да, лучше всего генериком (см new()), но можно и без (тогда класс Activator)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360482
qu-qu
Нет, скорее больше похоже на это:
Код: plaintext
1.
2.
3.
4.
5.
...
public object A(Type value) {
   return Activator.CreateInstance (value);
}
...


Угум. Ну так тем более, зачем генерики?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360484
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну раз есть, то есть qu-qu
Нет, скорее больше похоже на это:
Код: plaintext
1.
2.
3.
4.
5.
...
public object A(Type value) {
   return Activator.CreateInstance (value);
}
...


Угум. Ну так тем более, зачем генерики?Ну типа проверки типов на этапе компиляции. Сам ведь говорил что это важно.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360486
МимоШёл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну раз есть, то естьУгум. Ну так тем более, зачем генерики?
Люблю, когда об ошибках сообщает компилятор, а не клиентское приложение.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360492
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бессмыслим дальше?Такой же бессмысленно беспощадный ответ на твой бессмысленный код:
Вот этот твой беспощадный код -- он где? На форме, что ли?

И потом -- ты правда не видишь разницы между выделенным алгоритмом фильтрации произвольной коллекции по произвольному предикату и твоим хардкодом "от нуля до тыщщи"?

Бессмыслим дальше?В данном случае - не представляю. Даже если представлю, то введу интерфейс IIsEven и не буду паритьс.
И что, в связи со введением интерфейса будешь модифицировать функцию, осуществляющую фильтрацию?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360493
chpasha С надеждой на взаимопонимание chpashaпутем написании 10 классов с идентичным кодом. ладно, твоя позиция ясна.
Я уже объяснил. Написать один раз пусть даже 10-ть - это не проблема. Потому что один раз и забыли.
Было бы проблемой, если бы нужно было каждый день писать по 10-ть.
ладно, я с другой стороны зайду, если у тебя есть выбор, реализовать это по-твоему или по-нашему (с генериком), как напишешь, ну честно только?
Вообще в чужой огород со своим козлом не ходят.

Я бы делал так, как принято в местном дурдоме (просто из соображений... боязни правового нигилизма,
чтоли, ну ты понял, чтоб ...нки в стае не сильно пугались и не бросали в меня гнилыми <Фруктами>).


chpashaЗ.Ы. про class references я уж подзабыл, да. если ты о создании в рантайме неизвестного на этапе компиляции инстанса, то да, лучше всего генериком (см new()), но можно и без (тогда класс Activator)
Проехали.

В душе я бы выбрал Activator. Хотя конечно ржачный класс. Хотя вполне понятно, почему именно так.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360503
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну раз есть, то есть qu-qu
Нет, скорее больше похоже на это:
Код: plaintext
1.
2.
3.
4.
5.
...
public object A(Type value) {
   return Activator.CreateInstance (value);
}
...


Угум. Ну так тем более, зачем генерики?
даже чисто эстетически, зачем создавая объект приводить его к object, чтобы потом вернув его клиенту, тот опять кастил его в то, что ему надо. Если у нас сразу есть

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
...
public Т A(T value) {
   return Activator<T>.CreateInstance ();
}
...

т.е.

А(myClass).Value = "я пошел домой" 
//кстати, как получается, тот метод А у тебя возвращает TObject, a ты его не приводя сразу
//A(D).AsString
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360504
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про ассоциации.В душе я бы выбрал Activator.Это назло всему нашему сообществу?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360511
Про код
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Нахлобуч Бессмыслим дальше?Такой же бессмысленно беспощадный ответ на твой бессмысленный код:
Вот этот твой беспощадный код -- он где? На форме, что ли?

И потом -- ты правда не видишь разницы между выделенным алгоритмом фильтрации произвольной коллекции по произвольному предикату и твоим хардкодом "от нуля до тыщщи"?
Вижу. Не вижу смысла в обеих примерах.

Ты вот что хотел сказать? Без понятия.

А я просто сделал то, что делает твой код более компактным, быстрым и менее ресурсоемким (нет
List-а) способом (поняв наконец, почему это .NET, хотя должен быть быстрее C++ в MM, на самом деле - безбожно тормозит: вы просто кодировать не умеете (разучились умному и простому старому,
научились глупому и сложному новому), т.е. ставите фантики (паттерны) превыше самой задачи,
вот и все, вот и весь ответ, вот и все, что нужно было доказать...).



Нахлобуч Бессмыслим дальше?В данном случае - не представляю. Даже если представлю, то введу интерфейс IIsEven и не буду паритьс.
И что, в связи со введением интерфейса будешь модифицировать функцию, осуществляющую фильтрацию?
Зачем? Класс под интерфейсом должен реализовывать функцию фильтрации. Как вариант.
Или возвращать то, что будет фильтроваться. К примеру тип double (в твоем случае).

И что?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360518
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про ассоциации.
Я бы делал так, как принято в местном дурдоме
ты ведешься на поводу у толпы? вот уж не подумал бы. Я так думаю, что следует понимать так - были бы генерики, а применение найдется. Даже у тебя, в кои то веки 1 класс вместо 10 напишешь, уже радость ;)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360527
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про ассоциации.... В душе я бы выбрал Activator...
Дык, почувствуй разницу:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
public class A {
    public void Hello () { Console.WriteLine ("Hello!"); }
}

public class B {
    public void GoodBye () { Console.WriteLine ("GoodBye!"); }
}

public class Program {
    public static void Main () { 
        object a1 = Activator.CreateInstance (typeof(A));
        object b1 = Activator.CreateInstance (typeof(B));
        // a1.Hello(); <- error
        // b1.GoodBye(); <- error

        A a2 = MyCoolGenericActivator<A>.CreateInstance ();
        B b2 = MyCoolGenericActivator<B>.CreateInstance ();
        a2.Hello(); // <- ok
        b2.GoodBye(); // <- ok
    }
}

...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360538
Фотография Нахлобуч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про кодВижу. Не вижу смысла в обеих примерах.

Ты вот что хотел сказать? Без понятия.
Обалдел, что ли? Я тебя в сотый раз прошу доказать свой тезис о том, что генерики нафиг не кому не нужны просто переписав мой код на аналогичный по функциональности, но без собственно генериков.
Про код
менее ресурсоемким (нет List-а) способом
Потрясающе. Извне тебе данные в чем будут приходить? Кто-то услужливо будет по одному элементу тебе подсовывать? Или, быть может, тебе известна такая концепция как "итератор"?

А про производительность вообще речи не идет, так что мимо кассы.
Про код
поняв наконец, ...
было доказать...
Со словоблудием не сюда.
Про кодЗачем? Класс под интерфейсом должен реализовывать функцию фильтрации. Как вариант.
Или возвращать то, что будет фильтроваться. К примеру тип double (в твоем случае).

И что?
И то. Если у класса есть два метода фильтрации (IsEven и IsPowerOfSeven, например) -- ты их оба два будешь в контракт класса добавлять?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360540
chpasha Про ассоциации.
Я бы делал так, как принято в местном дурдоме
ты ведешься на поводу у толпы?
Да, я использую Object Pascal Style Guide и нотацию PL/SQL форматирования (находя первую
приемлимой, вторую - уродской).

Просто потому что так принято. Глупо пытаться говорить на эсператно, потому что тебе не нравится
английский. Не тек ли?

chpashaвот уж не подумал бы. Я так думаю, что следует понимать так - были бы генерики, а применение найдется. Даже у тебя, в кои то веки 1 класс вместо 10 напишешь, уже радость ;)
Не-а. Я не вижу им примерения.

Вижу только List<>. Потому что это даже не обсуждается. Это часть API. Но не могу придумать
задачу, которую я должен решить генериком. Честно.

Мне на 105% хватает class reference, interface и прочих средств, которые есть и у вас.

Потому и особо цинично ржачно. Я прошу привести реальный пример, где нужны генерики,
а вы мне, извиняюсь волосы из ж...пы МСУ (прошу не обижаться, это приступ эпатажа) выдергиваете,
приводя примеры из FCL или GOF/производных.

Да зачем?

Приводите свои примеры. Тех задач, в которых они (генерики) вам нужны.
Вон нахлобуч даже (тужась) набросал пример на поиск всех четных корней.
Было смешно, но он хоть постарался.

Может и правда они там сидят, и корни считают. Генериками. Тоже ничо так работа. Бывает.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360541
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А ещё можно по ошибке активатору подсунуть класс, не имеющий конструктора по умолчанию. Ситуация вполне реальная. Если же реализовано через дженерик, компилятор выдаст ошибку.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360547
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КА ещё можно по ошибке активатору подсунуть класс, не имеющий конструктора по умолчанию. Ситуация вполне реальная. Если же реализовано через дженерик, компилятор выдаст ошибку.А в делфи компилятор выполняет проверку на наличие конструктора?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360563
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не выполняет...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360564
Нахлобуч Про кодВижу. Не вижу смысла в обеих примерах.

Ты вот что хотел сказать? Без понятия.
Обалдел, что ли? Я тебя в сотый раз прошу доказать свой тезис о том, что генерики нафиг не кому не нужны просто переписав мой код на аналогичный по функциональности, но без собственно генериков.
Я это и сделал.

Нахлобуч Про код
менее ресурсоемким (нет List-а) способом
Потрясающе. Извне тебе данные в чем будут приходить? Кто-то услужливо будет по одному элементу тебе подсовывать? Или, быть может, тебе известна такая концепция как "итератор"?
Это не концепция, а паттерн. А вообще да, ты прав. Я даже про ветвление туго того, представляю.
Предпочитаю все решать первым законом алгоритмизации - последовательным выполнением.

В каком виде данные приходят извне - мне трудно сказать.
Будут приходить как поток байтов - будем щелкать их как поток байтов.
Как XML файл (идиотизм) - ну будем фильтр (адаптер) уже для XML писать.
На выходе? Ну тоже решим. Массив динамический прорубим. Он менее ресурсоемок для double,
чем список.

А ты думал?

НахлобучА про производительность вообще речи не идет, так что мимо кассы.
Потому ваши недоделия и тормозят на практике безбожно. И память жрут как подорванные.
Азам программирования научитесь, неучи. Сначала.


Нахлобуч
Про кодЗачем? Класс под интерфейсом должен реализовывать функцию фильтрации. Как вариант.
Или возвращать то, что будет фильтроваться. К примеру тип double (в твоем случае).

И что?
И то. Если у класса есть два метода фильтрации (IsEven и IsPowerOfSeven, например) -- ты их оба два будешь в контракт класса добавлять?
Не вижу смысла в твоих IsEven и IsPowerOfSeven.

Что сказать то хотел?

---

По сути же, будет просто один интерфейс, IFilter. В нем - IsFiltered. А какой класс будет
делать фильтрацию - это дело фабрики, не мне тебе объяснять (сорри, я говорю как некий Рома,
но ты сам про контракторов волыну завел).

Что?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360582
Compiler magic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей КНе выполняет...

Потому что конктруктор есть всегда. Кроме рудиментарных случаев (T = object, <=TP7 и иже)

Код: plaintext
1.
2.
  TObject =  class 
     constructor  Create;

Следующий?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360583
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ПоносникПотому ваши недоделия и тормозят на практике безбожно. И память жрут как подорванные.
Потому что, за пультом управления сидят такие деревья, как ты
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360587
МСУ ПоносникПотому ваши недоделия и тормозят на практике безбожно. И память жрут как подорванные.
Потому что, за пультом управления сидят такие деревья, как ты

МСУ, закрой варежку. Иди лучше еще один донос настрочи.

P.S. Справочно. ЧМО - Человек, Морально Опущенный
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360599
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Compiler magic Алексей КНе выполняет...

Потому что конктруктор есть всегда. Кроме рудиментарных случаев (T = object, <=TP7 и иже)

Код: plaintext
1.
2.
  TObject =  class 
     constructor  Create;
В Делфи нельзя "отключить" конструктор по умолчанию?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360612
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Например
Код: plaintext
1.
2.
3.
4.
5.
6.
public class MyClass
{
   public MyClass(int a) { }
}


MyClass obj = Activator<MyClass>.CreateInstance();
Нормально скомпилируется, в рантайме будет ошибка. В делфи разьве не так?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360615
Алексей КВ Делфи нельзя "отключить" конструктор по умолчанию?
Можно. Почему нет? Делай себе сколько угодно собственных (с каким угодно количеством параметров).
Собственно, в чем проблема?

---

Справочно - есть разница лишь в том, через какой class reference ты инстанирование делаешь.
Ну и само собой, конктрукторы могут быть виртуальными. А могут и не быть.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360621
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
2.
3.
 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

Ну класс не имеет конструктора по умолчанию. Мы передаём его в эту функцию. Что будет?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360627
Алексей КНормально скомпилируется, в рантайме будет ошибка. В делфи разьве не так?
Не будет. Будет явно вызван тот конструктор, на который ссылается class reference.
Логика проста - топаем по указанной VMT, кого указали, того и вызываем.
С одной стороны косяк, а с другой - ты ж так просил.

Нужен другой конструктор - суй правильный class reference. Или делай приведение типов.

Это вам не GC.Collect дергать.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360632
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нет, не будетБудет явно вызван тот конструктор, на который ссылается class reference.Ну как не будет? Предположим, что у класса конструктор с указанными параметрами не описан? В нашем примере конструктор без параметров (по умолчанию).
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360637
Алексей К
Код: plaintext
1.
2.
3.
 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

Ну класс не имеет конструктора по умолчанию. Мы передаём его в эту функцию. Что будет?

Будет бред - создан экземпляр класса, но вызван конструктор-заглушка.
Чтобы был не заглушка - делай TSomeClass, ссылающийся на класс с виртуальным конструктором.
Тогда будет вызван конструктор именно того класса, который ты передал. Ибо он виртуальный будет.



А у вас что, явные проиводные от Type нельзя чтоли мастырить?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360639
Ниразу
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей К Нет, не будетБудет явно вызван тот конструктор, на который ссылается class reference.Ну как не будет? Предположим, что у класса конструктор с указанными параметрами не описан? В нашем примере конструктор без параметров (по умолчанию).

Именно так. По умолчанию то, что по умолчанию. Для TClass умолчанием является TObject.Class, не виртуальный ниразу.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360643
Поправка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
является constructor TObject.Create, не виртуальный ниразу.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360655
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Грексхайд, ты еще не захлебнулся своим же поносом?
P.S. Ппц, даже про вмт начирикал что-то невнятное. Оказывается, одна, но поломанная извилина, всё же в наличии. Или в книжку подсмотрел?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360660
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уныло глаголим про class referen Алексей К
Код: plaintext
1.
2.
3.
 function  A(Value: TClass): TObject;
 begin 
  Result := Value.Create;
 end ;

Ну класс не имеет конструктора по умолчанию. Мы передаём его в эту функцию. Что будет?

Будет бред - создан экземпляр класса, но вызван конструктор-заглушка.Вот и я о чём. Только в этом случае лучше генерить исключение, мол "хрен вам, конструктор не найден" (это произойдёт при использовании Activator). А ещё лучше - контролировать эту ситуацию при компиляции, если передаваемый тип заранее известен. Именно это происходит при использовании generic. Обрати внимание на where T : new()

Код: plaintext
1.
2.
3.
public T CreateInstance<T>() where T : new()
{
    return new T();
}
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360662
МСУГрексхайд, ты еще не

слова не довали. Уймись, МарУСя
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360666
Блямды?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Алексей КОбрати внимание на where T : new()

Да, забавная игрушка. Хороший способ довести начинающих (и нетолько) до нервного срыва.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360671
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поносник
Что, уже начал захлёбываться? Ок, не поперхнись теперь.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360672
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блямды? Алексей КОбрати внимание на where T : new()

Да, забавная игрушка. Хороший способ довести начинающих (и нетолько) до нервного срыва.Слив? :-) Ладно, пойду. До завтра. :-)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360677
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Унылый генерик бесполезенА какой класс будет делать фильтрацию - это дело фабрики, не мне тебе объяснять (сорри, я говорю как некий Рома, но ты сам про контракторов волыну завел).
Мистер стрелочник? Или стыдно признать, что голова паттернами забита? Кстати, копипаст десять раз одного и того же - тоже паттерн, так что лучше думайте головой, прежде чем писать.
PS: Ничего личного, просто в отличие от Вас, я не боюсь называть вещи своими именами.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360705
Roman S. Golubin Унылый генерик бесполезенА какой класс будет делать фильтрацию - это дело фабрики, не мне тебе объяснять (сорри, я говорю как некий Рома, но ты сам про контракторов волыну завел).
Мистер стрелочник? Или стыдно признать, что голова паттернами забита?
Рома, ты записан как сравнительный образ. Я давно искал топоним, как пример, который говорит не
нормальным человеческим языком, а паттернами. Вот просто сослался теперь на этот образ.
Гипотетический.

Кстати, не только паттернами забита. Но ты забываешь, я выкатал тебе претензию в том, что ты
говоришь паттернами. Последнее плохо. Говорит о слабо развитой речи. Как минимум.

Roman S. GolubinКстати, копипаст десять раз одного и того же - тоже паттерн, так что лучше думайте головой, прежде чем писать.
Это ты к чему сказал?

Roman S. GolubinPS: Ничего личного, просто в отличие от Вас, я не боюсь называть вещи своими именами.
Кхм.. я за тебя рад. Правда тоже не понял, зачем ты и это сказал.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360709
Алексей К Блямды? Алексей КОбрати внимание на where T : new()

Да, забавная игрушка. Хороший способ довести начинающих (и нетолько) до нервного срыва.Слив? :-) Ладно, пойду. До завтра. :-)

Да нет. Лямбда забавная игрушка. Смешная такая.

C# от строгого языка на всех парах скатывается к визуалбейсику.
Впрочем, было бы странно ожидать иного, учитывая репутацию производителя.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360740
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про Васик для Васьков Алексей К Блямды? Алексей КОбрати внимание на where T : new()

Да, забавная игрушка. Хороший способ довести начинающих (и нетолько) до нервного срыва.Слив? :-) Ладно, пойду. До завтра. :-)

Да нет. Лямбда забавная игрушка. Смешная такая.

Грекси, я тебе умный вещь скажу, только ты не обижайся. тут нет лямбды. where T: new() - это ограничение генерика, указывающая что передаваемый тип должен иметь конструктор без параметров, что делает валидным выражение T SomeClass = new T() - передаваемые типы контролирются на этапе компиляции, то бишь класс без конструктора (без параметров) запихнуть не удастся, о чем и говорил Леха ;)
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360745
Отлично!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
chpashaГрекси, я тебе умный вещь скажу, только ты не обижайся. тут нет лямбды. where T: new() - это ограничение генерика, указывающая что передаваемый тип должен иметь конструктор без параметров, что делает валидным выражение T SomeClass = new T() - передаваемые типы контролирются на этапе компиляции, то бишь класс без конструктора (без параметров) запихнуть не удастся, о чем и говорил Леха ;)
Да я и не против ни разу.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360755
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рома, уймисьРома, ты записан как сравнительный образ.
Сам уймись. Оставь мой образ в покое, говори за себя, научись отвечать за свои слова, а не оправдываться за свои проблемы, переводя ссылки на других.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360757
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360764
Roman S. Golubin Рома, уймисьРома, ты записан как сравнительный образ.
Сам уймись. Оставь мой образ в покое, говори за себя, научись отвечать за свои слова, а не оправдываться за свои проблемы, переводя ссылки на других.
Рома, тебя тоже, как у МСУ, параноя заборола?
Я тебе объяснил вроде просто. Мне нет никакого дела до тебя как человека в реальной жизни.
Мы вообще с тобой не знакомы, и не будем знакомы, никогда.

Ты просто пример. Экземпляр класса такого-то (людей, "говорящих" на языке паттернов ).
Пример нарицательный. И не более того.

Так понятно?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360766
Вот мне интересно, а наш баго-кодер даже в дельфях знает что-либо, кроме приведения типов и что-то там сопельно-невменяемое про таблицу виртуальных методов?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360769
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Клонированию паранои скажем нет!Пример нарицательный. И не более того.
Ты просто напрашиваешься на встречу в реале, что ли?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360772
2Роме
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Roman S. Golubin Клонированию паранои скажем нет!Пример нарицательный. И не более того.
Ты просто напрашиваешься на встречу в реале, что ли?

Нет. Предпочитаю, чтобы ты не читал и не реагировал (не отвечал в т.ч.) на мои посты.
Во избежание. Так понятно?

Еще раз (вдруг не понятно). Мне нет никакого дела к тебе, ни в реале, ни в вирутале.
Никакого желания общения с тобой лично у меня нет. Вообще. Искренне надеюсь на взаимность.

Это сложно (отправить меня в игнор)?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35360774
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2РомеЭто сложно (отправить меня в игнор)?
А тут есть игнор?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35361210
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Roman S. Golubin... А тут есть игнор?
В голове у каждого участника - есть...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35361403
qu-qu Roman S. Golubin... А тут есть игнор?
В голове у каждого участника - есть...

Примерно следующего вида:

автор
Тринадцатилетняя Анечка претерпевала муки выбора. Приглашение чата «Введите никнэйм» призывно мигало, а она все никак не могла выбрать себе ник.
«Балиннн», - злилась Аня. «Как же назваться-то? Блондинка уже есть, Сексикэт – есть, Сексуальная – есть, Сексбомба – есть. Вот же... Все козырные ники позанимали...».
Анечка оглядела себя, горько вздохнула, ввела «Большие_сиськи» и ринулась в общение.
«Вау!!!», «А ну-ка пакажи!!», «давай фоту» - посыпались сообщения.
«Это успех!!» - подумала Анечка, – «Вот наобщаюсь сейчас!» - Привет, Анюта - кто-то с ником Здравый_Смысл поздоровался в приват.
- От кудо ты миня знаишь? Мы перисекались? - удивилась Анюта - Не важно это. Я тебя знаю, а ты меня нет. Не пересекалась ты со мной.
Зря ты ник такой взяла, - ответил Здравый_смысл - А чё? Прекольна же.
- Фигли там приколу? Сейчас же фоту попросят.
- Ну.. отошлю им эту... Как ее... Анюту Блонд.
- Дура, что ли совсем? Это у тебя в классе Аниту Блонд не знают. А тут народ ушлый – враз раскусят.
- А какой надо было ник брать? Я сначало думала взять – хочу_секса.
- А ты его хочешь?
- Не знаю. Боюсь пока.
- Ну так и чего ты?
- А какой надо было ник брать? Какой?
- Правдивый надо было брать. Например, Дура_13. И возраст и все остальное правдиво.
- Афигел ты, придурак!!! Пашол ты в игнор!!!
Анюта нажала кнопочку напротив ника «Здравый_смысл».
«Игнорировать Здравый_Смысл?» - спросили во всплывающем окне.
«ДА» - уверенно кликнула Анюта – «Будет знать как хамить!» Через две минуты Анечка писала нику «МегаУдовлетворитель» сообщение «А давай встретемся у меня дома? Радаки уехали на дачу.»...
Здравый_Смысл зря распинался в игноре – никто не видел его сообщений.. .
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35361409
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не ку-ку и не бум-бум qu-qu Roman S. Golubin... А тут есть игнор?
В голове у каждого участника - есть...

Примерно следующего вида:

А может быть, все-таки, про генерики?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35361655
Тут уже, я посмотрю, вовсю говно льется..
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362404
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тормоз прогрессаНутакчёзадженерикислив? ГЫ!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362431
Алексей К Тормоз прогрессаНутакчёзадженерикислив? ГЫ!
Алексей, ты что, уже пива принял? Где ты слив увидел?

Пока мы остановились на том, что никто реальный пример на генерики никто не привел. Реальный.
При том, что тезис того, что генерик заменяется класс референсом и интерфейсами - никто не оспорил.

И вообще.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362432
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ты - слив. Все, нормально. Отстойный слив, грексхайд.
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362438
АБС - ПНХ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
АбсолютТы - слив. Все, нормально. Отстойный слив, грексхайд.
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!

Ок. Как твои способности к спору о генериках - тезис принят. Уровень понятен.
Кстати, ты свободен.

P.S. Вообще тебя давно пора забанить. Не считаешь? Профилактики ради?
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362439
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пиво, девки, летоАлексей, ты что, уже пива принял? Где ты слив увидел?

Пока мы остановились на том, что никто реальный пример на генерики никто не привел. Реальный.
При том, что тезис того, что генерик заменяется класс референсом и интерфейсами - никто не оспорил.Ну вот так вот закончилось сливом, причём на пустом месте.

ЗЫ: я принял коньяку, много, поэтому...
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362440
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АБС - ПНХ АбсолютТы - слив. Все, нормально. Отстойный слив, грексхайд.
НЕ НАДО С НАМИ ТАК РАЗГОВАРИВАТЬ!

Ок. Как твои способности к спору о генериках - тезис принят. Уровень понятен.
Кстати, ты свободен.

P.S. Вообще тебя давно пора забанить. Не считаешь? Профилактики ради?
Не, деточка, тебя пора.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362448
Алексей К Пиво, девки, летоАлексей, ты что, уже пива принял? Где ты слив увидел?

Пока мы остановились на том, что никто реальный пример на генерики никто не привел. Реальный.
При том, что тезис того, что генерик заменяется класс референсом и интерфейсами - никто не оспорил.Ну вот так вот закончилось сливом, причём на пустом месте.

ЗЫ: я принял коньяку, много, поэтому...

Ну как протрезвеешь, так и приходи. А то с пьяными о сливах варнякать - не комфольме.
Тем более, под коньяк лучше созерцать о чем-то глобальном, вечном, а не о каком то откроввенно
банально проходном .NET-е.

P.S. Удачи.
...
Рейтинг: 0 / 0
VS 2008, WPF и визуальное наследование (окон, форм)
    #35362454
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хенесс vs Бодяга из цистернP.S. Удачи.Ладна, как скажешь. :-)
...
Рейтинг: 0 / 0
293 сообщений из 293, показаны все 12 страниц
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / VS 2008, WPF и визуальное наследование (окон, форм)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]