Привет.
Я уверен программеры на сях и дельфи находятся в разных положениях:
Микрософт делает апи, к ним пишут тонны сырцов и СДК.
Фирмы делают либы и сырцы опять на сях.
Оказывается, Microsoft юзает в своем новом софте (Office XP итд) чужие визуальные компоненты (те самые кнопки, тулбары итд на которые смотришь и вообще без понятия как это сделано) . Около 5ти крупных фирм на них работают.
(взято с сайта microsoft.com при поиске по словам ".net controls"
У борланда же есть кучка переведенного с Си кода и Дельфя с откровенно почти хилым набором компонентов. Как бедные родственники.
Даже _своих_ борландовых сырцов для DirectX нету.
Крупные фирмы пишут мощные наборы за такую же мощную цену. Если ставить чужие фривари (конечно все сразу скажут RX и LMD SE рулез) там иногда мало полезного и нужного, сплошной понт на основе борландовых сырцов.
В инете если посмотреть - компоненты пишут все кому не лень, натаскают идей и ваяют.
Иногда наделают чуть-чуть чего-то нового и потом делают страницы, пишут цены и пытаются эту фигню продавать. Если кажется, что такое можно запросто сделать самому и видишь еще и цену - это бесит.
Компонентов очень много, как на торри.ру залазишь - глаза разбегаются.
Среди них действительно хороших очень мало.
Тут много программеров. Я заметил, появляются среди вопросов схожие проблемы и чтобы решать их, наверное, одного FAQ уже мало. Надо решения оформлять в объекты. Ответы типа: "а вот есть такая пачка компонентов - ее и используй" больше напоминают посыл подальше.
Я уверен и считаю: в настоящее время благодаря направленности сайта и хорошей его известности, было бы для всех полезно вместо (или вместе с ) тыканья в разные готовые пачки компонентов, которые как вы сами понимаете всего лишь _чье-то_узкое_мнение_о_решении_данной_задачи, интересоваться мнением жителей насчет того, а что хотят они? Каким должен быть компонент для решения требуемых задач? а какие будут эти задачи? (а их сразу наберется много, тк народ по разноплановый) Если компонент визуальный то как он будет выглядеть, что сможет делать?
Каждый программер или малая группа пишет как ему надо. Иногда он(и) плохо видят лес за деревьями.
Когда группа разработки огромна, подобный "мозговой штурм" будет, по-моему, приносить огромную пользу, тк будет охватывать много мнений и сфер применения.
что-то похожее на коллективный бесплатный "OpenSource".
Тестировать также просто: кто захочет, пусть попытается критиковать
и давать здравые мысли.
***
Тут же есть спецы. В круглом столе можно найти такие замечательные и различные по сферам применения ответы, что себя ламером чувствуешь.
Зачем сидеть в форумах всяких левых компокреаторов когда можно делать свои? И все тут. Кроме давания советов и намеков в статьях на сайте, может сразу их и оформлять в готовый вид? Мелькают же в статьях и ответов полные сырцы юнитов с компонентами, так может это официально включить?
Tray, Comport, БД и еще много чего.
Разделить ответы (набор слов) и готовые компоненты?
Кто-то один пишет компонент, остальные массированно дают советы и кусочки сырцов,поправляют и тестят. Потом дружно используют. Таким образом из таких разными программерами созданными компонентов можно собрать свою пачку.
И эта пачка будет мощной, продуманной и удобной.
и назвать ее в честь сайта : Delphi Kingdom VCL :)
Уделаем DevExpress,RX, LMD и Microsoft!!! Даешь DK VCL !!!
Это должна быть подборка лучшего,
а всякие там монстро-софтовые сборища, типа Jedi VCL,где все в куче, пусть отдыхают.
P.S. Вот я сейчас хочу для себя сделать простенький и навороченный компонент-серую полоску как в Outlook, с вставляемыми контролами и картинками. Другой хочет создать что-то другое.
А если объединиться и перейти от детельного содержания (Круглый Стол) к форме? Наполнить форму самым лучшим?
Хотелось бы узнать Ваше мнение и мнение начальства.
Andrey Bronnikov
Всего в теме 62 сообщения
Добавить свое сообщение
Отслеживать это обсуждение
- Библиотеки компонентов
- Предпочтение в выборе компонентов
<<<... | 52—43 | 42—33 | ...>>> Всего сообщений в теме: 62; страниц: 7; текущая страница: 2
№ 52 16-02-2009 00:04 | |
Ответ на »сообщение 49« (Николай)
___________________________
Мне кажется увлечение компонентами приобрело чрезмерный уровень.
Не только компонентами, но и повторным использование кода вообще ;-)
№ 51 15-02-2009 10:35 | |
Ответ на »сообщение 50« (Cepгей Poщин)
___________________________
Если эта процедура будет случайно вызываться несколько раз
Чтобы ее вызывать несколько раз, придется освобождать предыдущий TImage и всего делов. Это не аргумент для того, чтобы ради "забывчивых" программистов создавать компоненты, потом их ставить в палитру и городить сей огород. Но дело вкуса.
№ 50 15-02-2009 08:25 | |
Ответ на »сообщение 49« (Николай)
___________________________
Может мне кто-нибудь объяснит, зачем нужно городить компонент для отрисовки фона Вы на дату посмотрели? Тогда наверно еще не было специализированных наборов компонентов для любителей скинов http://www.alphaskins.com/index_rus.php
По поводу SetBackGroundN:
Если эта процедура будет случайно вызываться несколько раз (в onShow), или в цыкле для реализации мультипликации, сколько потребуется времени чтобы забить всю память? Кто-нибудь неподумамши впхнёт её к себе в программу, а потом вопросы пойдут "у меня всё работает, а у заказчика через пару часов работы прога валится".
Компоненты для того и нужны, чтобы не загружать мозг программисту всякими частностями и возможными несчастными случаями, которые к его основной работе не имеют отношения. Кроме того все программы и даже компоненты имеют свойство содержать глюки. Если хотя бы 100 человек пользуется одним компонентом есть вероятность, что кто-то да сообщит автору о них, автор их может исправить и выложить в общедоступном месте новый вариант компонента (пакета).
А написание таких процедурок, годится только для своих личных узких задач, ни о какой серьёзной поддержке потенциальных пользователей речи идти не может. Просто удивительно, что такие вопросы появляются спустя 15 лет после появления Delphi.
Ответ на »сообщение 48«
Проблема компонентов очень понятна Мне лично ни чего не понятно...
№ 49 15-02-2009 03:22 | |
Ответ на »сообщение 39« (mmk)
_________________________
Модифицированный TImage.
Мне кажется увлечение компонентами приобрело чрезмерный уровень. Может я чего не понимаю. Может мне кто-нибудь объяснит, зачем нужно городить компонент для отрисовки фона. Вот такая функция, которой я пользуюсь, намного проще.
Вариаций этой функции по вкусу может быть много. Я делаю доступным в нужном месте AImage с загруженным в него желаемым фоном в дизайн-тайме, и потом где хочу, там и создаю фон.
Procedure SetBackGroundN(AWinCtrl : TWinControl; AImage : TImage);
begin
if (AWinCtrl = nil) or (AImage.Picture.Bitmap = nil) then
Exit;
with TImage.Create(AWinCtrl.Owner) do
begin
Parent := AWinCtrl;
Align := alClient;
Transparent := True;
SendToBack;
Canvas.Brush.Bitmap := AImage.Picture.Bitmap;
Canvas.Rectangle(0, 0, Width, Height);
Canvas.Brush.Bitmap := nil;
end;
end;
№ 48 14-02-2009 20:32 | |
Проблема компонентов очень понятна.
Сначала было здорово...
Кто-то за тебя решил задачу(но свою:)
Кто-то за тебя придумал,а как это "приделать"(визуальные-невизуальные,(это попытка сформулировать,не удачная:)
Но потом...
И что?
Куча всяких "нюансов".
Особенно умиляют индивидумы,которые искренне недоумевают - а почему не работает?
Я с "трепетом душевным" обалдеваю когда работает.
И что у нас есть?
А ничего.Мы научились.Мы знаем и можем.Но!
Есть нюанс.
Никто не хочет нас таких...
№ 47 14-02-2009 15:26 | |
Идея хорошая но пока мёрвая, объясню чут потом.
И что это за высказивания: Уже все написано до вас, зачем писать если есть библиотека ххх4.х,
если так то зачем вы пишите программы или компоненты, или зачем этот сайт ??!!
(для флейма?)
Чем идея хороша
тем что много пишется сюда статей и описаний интересных компонентов,
и это как то теряется, всплывает только тогда когда ктото вспомнил и написал комент.
Было бы прекрасно если б эта информация об компонентах собиралась и общим голосованием
включалась в "DKm VCL", тогда и качество этих компонент было бы лутше.
Почему мёрвая - потому что этим нужно кому то заниматся и иметь большое желание!
№ 45 10-09-2002 16:15 | |
Люди, подскажите!
Нужно локализовать проект, написанный в Дельфи 6. Multilizer заставляет сначала перевести в английский. Свой локализатор не воспринимает свойства второго уровня, например, свойства колонок в гриде. В 7 Дельфи это исправлено, но нет пока компонент для него. Может кто знает, может есть исправленный локализатор для Дельфи 6?
С уважением ко всем ответившим, Николай
№ 44 10-09-2002 15:03 | |
Кстати, как-то увлёкся я идеей сверхмалых классов, где один класс - одна функция. За счёт сочетания нескольких классов-функционалов и классов-адаптеров можно было сделать многое.
Всё это применил в духе потоков для xml-парсера/рендерера.
В общем, это работало (парсер). Но потенциально было достаточно сложно в поддержке, потому как одну задачу обеспечивали десятки экземпляров обхъектов более чем десятка классов. Пришлось снабдить весь продукт описательными диаграммами, что да как соединяется и в каком случае.
Но было приятно. Редко бывают такие подходящие к потокам задачи.
№ 43 10-09-2002 14:24 | |
Такой библиотекой можно было бы привлечь ортодоксов Pure Delphi.
Потом это в духе "Low coupling and High cohesion" - главного принципа
повторного использования классов.
<<<... | 52—43 | 42—33 | ...>>> Всего сообщений в теме: 62; страниц: 7; текущая страница: 2
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|