Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 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.58 MB
Время: 0.023 c
3-1085843642
Damager
2004-05-29 19:14
2004.06.27
Paradox по сети


8-1081928197
Olsher
2004-04-14 11:36
2004.06.27
Время проигрывания MP3-файла???


14-1086891993
Knight
2004-06-10 22:26
2004.06.27
Гы... :)


1-1086858709
Justas
2004-06-10 13:11
2004.06.27
OnMouseEnter


3-1085748770
Inkotex
2004-05-28 16:52
2004.06.27
А есть ли в прероде компонент чтото типа DBTreeGrid?