Текущий архив: 2004.06.27;
Скачать: CL | DM;
ВнизКомпоненты Найти похожие ветки
← →
Игорь Шевченко © (2004-06-11 01:21) [40]Gero © (11.06.04 01:20)
> А что изменит компонент?
Количество строк кода, насколько я полагаю, в конечном итоге - скорость разработки
← →
Gero © (2004-06-11 01:24) [41]
> Игорь Шевченко © (11.06.04 01:21)
А поконкретнее?
Интересно же, я лично не вижу, чем компонент может существенно помочь.
← →
VID © (2004-06-11 01:25) [42]KilkennyCat © (11.06.04 00:08) [14]
точно надо подать в суд на борланд :)
← →
Profi © (2004-06-11 01:26) [43]Удалено модератором
Примечание: Еще одно выступление и у тебя будет возможность читать
← →
Игорь Шевченко © (2004-06-11 01:26) [44]Gero © (11.06.04 01:24)
> Интересно же, я лично не вижу, чем компонент может существенно
> помочь.
А мне не менее интересно бескомпонентное решение :)
← →
GuAV © (2004-06-11 01:27) [45]Любителем компонентов, упражнение:
Написать два компонента - один - интежер, другой арифметическое дейтсвие (одно из +-*/ задаётся св-вом и операнды и результат - тоже св-во). и сравнить это с таким кодом C:=A+B;
зы - не подумайте, что я - противник компонентов...
← →
Profi © (2004-06-11 01:30) [46]>GuAV
Так же можно писать компонету изменения caption у label, это пустая трата времени и ни кому не нужно. Но когда используешь одни и те же функции, да еще и в разных программах, то компонент лучше модуля.
Однозначно! (c) Жириновский
← →
Gero © (2004-06-11 01:30) [47]
> Игорь Шевченко © (11.06.04 01:26)
Эх, чувствую, что уйду спать, так и не узнав страшной тайны.
← →
GuAV © (2004-06-11 01:33) [48]
> это пустая трата времени и ни кому не нужно
Прекрасно понимаю :)
поэтому я и привел этот пример. Глупо решать задачу Игоря Шевченко без компонентов, глупо решать мою через оные. "Каждому овощу..." (с) кто-не-помню
← →
Profi © (2004-06-11 01:35) [49]>GuAV
Согласен!
← →
iZEN © (2004-06-11 01:37) [50]Gero © (10.06.04 23:47).
Ну, во-первых, компонент работает в окружении, часто в собственном "фреймворке", то есть совместно с другими классами и сущностями. Поэтому написание компонента даже с одним методом - это ещё ни о чём не говорит, но может показать о том месте, которое занимает такой компонент (в иерархии, в цепочке взаимодействия и т.д.).
Во-вторых.
Вспомните паттерны проектирования.
Там же на каждом вздохе и чихе - класс или интерфейс, иногда с одним единственным абстрактным методом. И такой класс чертовски необходим для понимания мыслей авторов кода.
В-третьих.
Компонент сам по себе может быть довольно сложной сущностью с дочерними классами, редакторами свойств и т.д. Искусство создания компонента как раз и сосотоит в умении "выпячивать" только нужные свойства и методы для сторонних разработчиков так, чтобы с ним/с ними было удобно и легко работать, а не просто наслаждаться очередным шедевром компонентостроения.
← →
nikkie © (2004-06-11 01:41) [51]>[37] Игорь Шевченко
>Примерно так, но еще и вызовом этих обработчиков в нужные моменты.
так я не увидел резюме на решение, предложенное в [35] nikkie
← →
Gero © (2004-06-11 01:46) [52]
> Поэтому написание компонента даже с одним методом - это
> ещё ни о чём не говорит
Особенно если этот метод - CopyFile :)
← →
GuAV © (2004-06-11 01:48) [53]
> а я написал компонент для messagebox"ов...
Между прочим я такое юзал, когда константы не помнил. Preview in designtime rulez.
← →
Gero © (2004-06-11 01:49) [54]
> Между прочим я такое юзал, когда константы не помнил
А я F1 юзал :)
← →
GuAV © (2004-06-11 01:53) [55]Вы лучше обратите внимание на такое. Есть винапи функция диалога открытия файлов. она завёрнута в компонент TOpenDialog. Он завёрнут в функцию PromptForFileName.
← →
Игорь Шевченко © (2004-06-11 10:31) [56]Похоже, меня не совсем верно поняли. Я имел в виду не создание отдельного компонента для решения задачи, а написание наследников от контролов, поддерживающих нужную функциональность. Так как разнообразие типов контролов небольшое, то создание менее десятка наследников является меньшим злом, чем написание функций, работающих со стандартными компонентами.
← →
Gero © (2004-06-11 11:02) [57]
> Игорь Шевченко © (11.06.04 10:31)
> создание менее десятка наследников является меньшим злом,
> чем написание функций, работающих со стандартными компонентами
Да ладно Вам...
Лучше написать с десяток наследников чем одну функцию, работающую со всеми?
← →
Игорь Шевченко © (2004-06-11 11:13) [58]Gero © (11.06.04 11:02)
И все-таки, хотелось бы услышать начальника транспортного цеха
Страницы: 1 2 вся ветка
Текущий архив: 2004.06.27;
Скачать: CL | DM;
Память: 0.55 MB
Время: 0.049 c