Главная страница
    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.55 MB
Время: 0.049 c
3-1086162806
inkotex
2004-06-02 11:53
2004.06.27
Подключение к базе через сеть


4-1085050709
Jiurasdfgfr
2004-05-20 14:58
2004.06.27
Как запретить запуск второй копии программы?


14-1086757862
Baks
2004-06-09 09:11
2004.06.27
Вопрос на зацепку (скорее на скорость ответа)


1-1087280416
an-na2002
2004-06-15 10:20
2004.06.27
Работа с формами.


1-1086684189
Иванов Сергей
2004-06-08 12:43
2004.06.27
Подсчет оставшегося времени TTimeStamp





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский