Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2005.12.18;
Скачать: [xml.tar.bz2];

Вниз

Никогда не используйте сторонние компоненты...   Найти похожие ветки 

 
Kerk ©   (2005-11-18 03:12) [0]

...без особой необходимости. Это зло. Особенно - библиотеки компонентов.


 
Германн ©   (2005-11-18 03:28) [1]

Поясни, пожалуйста!
Ибо сейчас это выглядит как - "Не пишите программы на Делфи, ведь она использует компоненты, в т.ч. сторонние!"


 
Юрий Зотов ©   (2005-11-18 03:34) [2]

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


 
имя   (2005-11-18 03:42) [3]

Удалено модератором


 
имя   (2005-11-18 03:45) [4]

Удалено модератором


 
Карелин Артем ©   (2005-11-18 06:30) [5]

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

можно продолжать до бесконечности, только зло ето все.


 
Sergey Masloff   (2005-11-18 06:38) [6]

Даже с исходниками не всегда хорошо. Я тут с год назад испытывал траблы с библиотекой код которой знал практически наизусть, половина которой написана мной а всю ее я последовательно и без проблем портировал D2->D3->D4->D5->D7. И на D7 случился облом который стоил мне 2 недель круглосуточного сидения в отладчике. Часто это непозволительная роскошь


 
Gero ©   (2005-11-18 07:53) [7]

Без необходимости вобще ничего не используйте.


 
Kerk ©   (2005-11-18 08:27) [8]

До полпятого утра тра##лся с проектом... так и не удалось откомпилировать... куча компонентов, библиотек и т.д... когда я, наконец, установил всю эту мешанину классов, файлов, криво написанных директив условной компиляции.. проект встретил меня радостным Undeclared Identifer уже в основной проге... забил на все, лег спать.. настроение такое, что хочется кого-нибудь убить.


 
КаПиБаРа ©   (2005-11-18 08:30) [9]

Никогда не слушайте Kerkа :))


 
Kerk ©   (2005-11-18 08:31) [10]

КаПиБаРа ©   (18.11.05 8:30) [9]
Никогда не слушайте Kerkа :))


..... без особой необходимости :)))


 
Anatoly Podgoretsky ©   (2005-11-18 09:06) [11]

Kerk ©   (18.11.05 08:31) [10]
Это зло.


 
WondeRu ©   (2005-11-18 09:09) [12]

КаПиБаРа ©   (18.11.05 8:30) [9]
Никогда не слушайте Kerkа :))

:)))))))


 
Knight ©   (2005-11-18 09:43) [13]

... не пытайтесь откомпилировать исходник, с кучей сторонних компонентов, без особой необходимости... сначала поищите аналог по-проще ;)


 
alex_*** ©   (2005-11-18 09:51) [14]

никогда не идите работать программистом без особой нужды...


 
msguns ©   (2005-11-18 10:05) [15]

Когда мой сын был еще маленький, я занимался тем, что мастерил встроеннную мебель в новой квартире и стал привлекать его. Как-то попросил вырезать из фанеры-десятки фрагмент с закругленными "углами" для полки-этажерки для цветов. Дал ему лобзик, он через минут пять мне и говорит: "Пап, а у нас есть круглая пила ?". Я посмеялся и ответил вопросом на вопрос "А если в следующий раз надо будет выпилить овальный или вообще фигурный профиль, ты опять будешь искать именно такую пилу ?"
С компонентами похожая ситуация. Есть "мастера", ставящие целые библиотеки компонентов ради, например, грида, который может сортировать колонку или эдита "для ввода денег".
Опять же был случай. Делали один проект на заказ. Для ускорения "заказали" одну форму с кучей контролов "продвинутому" студенту-пятикурснику. Он все сделал как надо (я смотрел непосредственно у него на работе). Когда же притащил исходники и стал "встромлять" их в свой проект, выяснилось, что для компилляции нужна целая пачка библиотек (помню только Eh и Rx, хотя там было их штук 10). У меня на компе в то время был только "Эх".  Короче, сказал, что надо переписать на стандартной палитре. Студент отказался. Пришлось все делать самому. Хорошо, что денег не успели заплатить. С тех пор научен при выдаче заданий строго оговаривать какими средствами их следует решать ;)


 
Antonn ©   (2005-11-18 10:28) [16]

никогда не идите работать...


 
Sergey13 ©   (2005-11-18 10:40) [17]

Никогда не говори никогда. (с) не мое
8-)


 
Карелин Артем ©   (2005-11-18 10:46) [18]

Live=eviL


 
pasha_golub ©   (2005-11-18 11:20) [19]


> Kerk ©   (18.11.05 08:27) [8]
>
> До полпятого утра тра##лся с проектом...


Гыгы, это еще что... А недельку не хотел? Вот если руль появится, он подтвердит.


 
Rule ©   (2005-11-18 11:48) [20]

>pasha_golub ©   (18.11.05 11:20) [19]

подтверждаю неделю ставили нужные пакеты, потом накрылся комп пришлось все переустанавливать и ещё неделю все поновой :-)))

мелочи жизни  :-)), особая романтика :-)


 
Rule ©   (2005-11-18 11:48) [21]

Удалено модератором


 
Serg1981 ©   (2005-11-18 23:50) [22]

Не согласен с тем, что сторонние компоненты - это зло. Я например очень интенсивно использую VCLZip и MdDataSetStream. Просто если компонент не встает, то надо с этим смириться и удалить из "пользователького" пакета и искать другой компонент.


 
Eraser ©   (2005-11-19 00:37) [23]

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

Так же не понимаю тех, кто вообще отказывается использовать сторонние компоненты. Ведь думаю большУю часть вопросов в "основной" и winapi можно решить при помощи конкретно JEDI VCL... зачем тратить время на самостоятельную реализацию запуздыревания иконок в трей, когда всё это уже давно написано и не один раз?

Вообще всё хорошо вмеру и там где это действительно необходимо.
imho


 
Sergey Masloff   (2005-11-19 06:49) [24]

Eraser ©   (19.11.05 00:37) [23]
>Так же не понимаю тех, кто вообще отказывается использовать сторонние >компоненты.
Вот когда лет 10 поработаешь - поймешь ;-) Не обижайся
А JEDI (которые JEDI VCL) помойка. Столько в нее свалили дублирующихся а часто вообще не нужных вещей...
 Вобщем, мнения навязывать никому неохота но я когда-то нарезал из RxLib только нужное мне (процентов 10), оформил собственный пакет код которого естественно знал полностью да и много переписал (не потому даже что оригинал был плох - просто если видел не совсем понятный код переписывал его с целью понять - правильно ли я понял замысел авторов). И так и пользуюсь уже много лет.
 Ну на работе у нас еще есть 3 собственных библиотеки компонент (одна из них обертка над ODAC) и все. При работе с немаленькими проектами проблем и так хватает чтобы добавлять их использованием сторонних компонент.


 
TUser ©   (2005-11-19 08:50) [25]

Компоненты - величайшее изобретение Борланда.


 
boriskb ©   (2005-11-19 09:07) [26]

Sergey Masloff   (19.11.05 6:49) [24]
Ну на работе у нас еще есть 3 собственных библиотеки компонент


Так и должно быть. Если уж программисткая контора.

TUser ©   (19.11.05 8:50) [25]
Компоненты - величайшее изобретение Борланда.


Кто же спорит?
Только вот... Ты сядешь за руль чего-то на 4-колесах, неизвестно кем, где и как сделанного?
Боязно. Желательно нечто известное под задницей иметь :)
IMHO, вопрос только в этом.


 
Сайбель Алексей ©   (2005-11-19 09:18) [27]

У нас на работе еще с прошлого прошлого программиста достался проект фин.программы на d5 с кучей сторонних компонентов.
И все было прекрасно пока d5 стояла вместе с виндой,
теперь все нафиг слетело :(
Он там сам чего-то менял, портировал,
те же стандартные пакеты компонентов уже не подходят
Убил пару дней на поиски и установку - видимо прийдеться разыскивать его самого :(


 
Сайбель Алексей ©   (2005-11-19 09:21) [28]


>TUser ©   (19.11.05 8:50) [25]
> Компоненты - величайшее изобретение Борланда.

Компоненты + кривые руки - величайшее изобретение дьявола.


 
GrayFace ©   (2005-11-19 10:11) [29]

Недавно отключил несколько пакетов компонент и другое подчистил. В результате в Delphi начали валиться exception"ы при загрузге проектов. В конце концов, после удаления всех .dof-ов, глюки прекратились.
Всеми руками и ногами за сабж.

В JEDY я почти ничего полезного не нашел. Только в дебаге их хорошо бы было разобраться.
Использую свои (уже давно хочу выложить, только лень хэлп и/или демки делать) и Extension Lib. Не использую, но буду, если понадобится: SwTrackBar, HSComboBox, ExplorerBar (значительно модифицированный).
Недавно заюзал-таки кнопку из FreeMedia - надо было доморощенный shell по-быстрому написать. Посмотрев код, долго плевался, но все не переделаеть.

Что меня поражает в пакетах компонентов - это:
1) Мания писать свои базовые классы (наследники TControl и TWinControl)
2) Мания дублировать одни и те же компоненты (кнопочка с градиентом, кнопочка с тенью и еще штук 10 разновидностей).
Особенно интересно это сочетание: создание кучи недоразветых кнопок может быть оправдано только экономией объема, но наличие кучи общих модулей раздувает exe-шки до куда больших масштабов...

Sergey Masloff   (19.11.05 06:49) [24]
> Вобщем, мнения навязывать никому неохота но я когда-то нарезал
> из RxLib только нужное мне (процентов 10), оформил собственный
> пакет код которого естественно знал полностью да и много
> переписал

Дайте, пожалуйста.


 
Eraser ©   (2005-11-19 14:13) [30]


> Sergey Masloff   (19.11.05 06:49) [24]


> Вот когда лет 10 поработаешь - поймешь ;-)

Может быть... но пока я ещё 10 лет не работал ;-) а через 5 лет неизвестно что будет... вместо компонентов то...

> А JEDI (которые JEDI VCL) помойка. Столько в нее свалили
> дублирующихся а часто вообще не нужных вещей...

Отчасти соглашусь, 70% абсолютно не нужных пакетов (типа Globus и прочей лабуды), но к счастью во время установки можно выбрать что интересует. К тому же Rx включён в состав JEDI.

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


 
Piter ©   (2005-11-19 15:15) [31]

Kerk ©   (18.11.05 8:27) [8]
До полпятого утра тра##лся с проектом


во извращенец.

Как это будет интересно... Програмофилия? :)))

КаПиБаРа ©   (18.11.05 8:30) [9]
Никогда не слушайте Kerkа :))


:))

Kerk ©   (18.11.05 8:31) [10]
..... без особой необходимости :)))


:)))))))))))))))))


 
Piter ©   (2005-11-19 15:16) [32]

Eraser ©   (19.11.05 14:13) [30]
но работать с треем вручную


Нда. УЖ на что неправильный пример :)

Чего там с ним работать-то...


 
Eraser ©   (2005-11-19 21:35) [33]


> Piter ©   (19.11.05 15:16) [32]

Принципиально никогда врукопашную не запуздыревал иконку и не буду (надеюсь) ;-)))))

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


 
Olivka   (2005-11-19 22:45) [34]

Блин, как мне все эти споры напоминают разговоры фоксистов.. Компонентов там нету, каждый колупается кто в лес кто по дрова, единственно считая правильным свой код, при этом говоря, что код другого - полный бред, и все вы пишете не так.. у каждого(!) свой грид! (я помучился, и ты - тоже мучайся!! "неча на готовом жить!" (это девиз такой))
Вот и начинаешь проект (я после Дельфей на фоксе, пришлось перейти) с того, что колупаешь формы, классы на их базе, и потомков, начинаешь приводить в порядок голейший фоксовый грид, чтобы он хотя бы сортировал колонки (а это вовсе не тривиальная задача).. учишься, конечно, куда без этого, но как это раздражает, когда сроки! и программа должна работать, считать, выписывать.. а ты ловишь глюки своего грида..(которые оказываются глюками фокса и никто им не удивляется!) и не можешь заняться делами поважнее.. потому что сроки.. Да и вывод например того же счета в Ворд надо делать - опять же с нуля..
С дельфи у меня таких проблем не было.. хватало одного Eh, Rx и того же FastReport..(а тут еще этот стандартный фоксовый отчет, где даже 2 таблицы вывести нельзя на одну страничку.. это тоже мне самой делать-то... а когда??)

> У нас на работе еще с прошлого прошлого программиста достался
> проект фин.программы на d5 с кучей сторонних компонентов.
>  
> И все было прекрасно пока d5 стояла вместе с виндой,

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

как это правильно.. Да, нужно знать как это делается, но код с компонентом читается лучше, особенно когда компонент знакомый..
Если бы вы знали, как тяжело сейчас разобраться в чужом проекте фокса, где совсем нет сторонних "компонентов" :-D , который писан 5-ю совершенно разного уровня программерами, с кучей классов друг на друге, кучей гридов, и разномастным интерфейсом.. эх..
P.S. Ужасно скучаю по дельфи.. счастливые вы люди! :)


 
Сайбель Алексей ©   (2005-11-19 22:58) [35]


> 2 Olivka   (19.11.05 22:45) [34]
> ..Ну и в чем проблема? Лучше..

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

Вас конечно вместе с fox"ой жаль.
Но сабж следует читать: сторонние компоненты для delphi следует использовать осторожно т.е. как минимум смотреть, что они из себя представляют предварительно установке.

Чтобы потом не страдать Piter © [31] програмофилией


 
Olivka   (2005-11-19 23:08) [36]


> Чтож вы меня не полностью цитируете.

Это не проблема компонентов, а проблема конкретного программиста и его начальства, которое при уходе не потребовало полного описания что-где-почем.
А у сторонних компонент есть одно преимущество )) почти у каждого есть Read.me , а вот программеры обычно этого не оставляют..
А компонентофобией точно, лучше не страдать.. имхо только то, что необходимо, и вообще, спасибо за сочувствие.. да уж что поделаешь, вечный бой, с тоской вспоминаю Дельфи, когда все было "под контролем", а этот вечнонеобъезженный жеребец ;)


 
sWITCH   (2005-11-19 23:12) [37]

А кто тут на плюс плюс тучи нагонял, модульности там нет, понимашь?
Зочем?


 
Джо ©   (2005-11-19 23:15) [38]


>  [37] sWITCH   (19.11.05 23:12)
> А кто тут на плюс плюс тучи нагонял, модульности там нет,
> понимашь?
> Зочем?

Видать, вы не верно поняли понятие "модульность". Уверяю вас, в контексте обсуждения компонентов - это несколько "мимо тазика" :)


 
версия для печати   (2005-11-19 23:55) [39]

Анонизм - вот это зло


 
sWITCH   (2005-11-20 09:19) [40]

Джо ©   (19.11.05 23:15) [38]
Видать, вы не верно поняли понятие "модульность". Уверяю вас, в контексте обсуждения компонентов - это несколько "мимо тазика" :)

Давайте попробуем разобраться.

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

Модульность программы значительно уменьшает время её перекомпиляции при изменениях, вносимых в исходные тексты, упрощает групповую разработку.


(C) Wikipedia

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

версия для печати   (19.11.05 23:55) [39]

И Она тоже.



Страницы: 1 2 вся ветка

Форум: "Потрепаться";
Текущий архив: 2005.12.18;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.58 MB
Время: 0.017 c
1-1132824219
Tigra
2005-11-24 12:23
2005.12.18
Delphi + MS Word


2-1133591479
Roadroller
2005-12-03 09:31
2005.12.18
Как быть и как с этим бороться(Canvas)


2-1132482425
Officeman
2005-11-20 13:27
2005.12.18
listview.Items.Item[t].Selected:=true; как scrollbar подвинуть ?


2-1133546839
coral
2005-12-02 21:07
2005.12.18
ListBox


14-1132823122
Kolan
2005-11-24 12:05
2005.12.18
Геде бы найти реферат о том что комьпьютер НЕ вреден.





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский