ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / VS 2008, WPF и визуальное наследование (окон, форм)
25 сообщений из 293, страница 6 из 12
  6  все
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359551
Фотография Roman S. Golubin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman S. Golubin
Участник
БесполезноЧестно. МСУ2 - это не смешно, это уже диагноз.
Еще раз для лиц с врожденным слабоумием. Я ни кому и ни чего доказывать не собираюсь, авторитета мне хватит и настоящего, виртуальный вообще не нужен, тем более, такими трудами, как прилюдное избиение какого-то виртуального троля. Так что сходите к врачу, проветритесь, как вылечитесь, возращайтесь - поговорим конструктивно, а пока кроме соплей, что тут не то и это не там, я от Вас ни чего путного неуслышал. Неинтересно (c)самизнаетечьё.
...
Рейтинг: 0 / 0
06.06.2008, 14:43
| Ответить | Цитировать | Написать  
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359559
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
ПоносникА о том, что тебе люди пальцем у виска крутят вслед
Всё верно с точностью до наоборот. Роману-то не крутят, крутят тебе.
P.S. Грексхайд жжет поносом
...
Рейтинг: 0 / 0
06.06.2008, 14:45
| Ответить | Цитировать | Написать  
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359587
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
chpasha
Участник
МСУ chpashaоткуда инфа?
Моск по опыту генернул.
так не катит, нужно судить по факту ;)

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

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

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

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

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

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


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

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

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

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

===

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

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

Тема дженериков не раскрыта. :-)
да, я только хотел спросить, зачем каждый раз писать типизированные списки которые все как близнецы со своими Find, Contains, [index] и т.д. если есть генерики, но уже боюсь. Или может нафиг все эти типизированные списки, хватит с нас TStringList ?
...
Рейтинг: 0 / 0
06.06.2008, 15:16
| Ответить | Цитировать | Написать  
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
06.06.2008, 15:24
| Ответить | Цитировать | Написать  
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359710
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
chpasha
Участник
Про человеколюбие
Про генерики я так и не понял, о чем ты. Про функции тоже.

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

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

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

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

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

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

В принципе - уже само стремление (к борьбе), уже похвально. Угум.
...
Рейтинг: 0 / 0
06.06.2008, 15:44
| Ответить | Цитировать | Написать  
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
06.06.2008, 15:49
| Ответить | Цитировать | Написать  
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359816
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
chpasha
Участник
Про бессмыслицу абстракций
Приведи хоть одну. Я возмущался как раз на отсустствие вменяемого примера применения (необходимости).
это был кусочек из слоя доступа к данным


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

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

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

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


Про бессмыслицу абстракций
Асбтракция есть, случаев нет, пипец приплыли.
есть, есть случаи
...
Рейтинг: 0 / 0
06.06.2008, 15:51
| Ответить | Цитировать | Написать  
VS 2008, WPF и визуальное наследование (окон, форм)
    #35359832
chpasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
chpasha
Участник
Нахлобуч
аааа...Нахлобуч жжешь, я думал было про "шаблоны форм" с MVP заикнутся, но не осмелился дразнить грекса паттернами
...
Рейтинг: 0 / 0
06.06.2008, 15:53
| Ответить | Цитировать | Написать  
25 сообщений из 293, страница 6 из 12
  6  все
Форумы / WPF, Silverlight [игнор отключен] [закрыт для гостей] / VS 2008, WPF и визуальное наследование (окон, форм)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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