Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  04:27[Войти] | [Зарегистрироваться]
Обсуждение темы:
Delphi Kingdom VCL :)

Привет.

Я уверен программеры на сях и дельфи находятся в разных положениях:
Микрософт делает апи, к ним пишут тонны сырцов и СДК.
Фирмы делают либы и сырцы опять на сях.

Оказывается, 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«
    Проблема компонентов очень понятна Мне лично ни чего не понятно...
     Cep


    № 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", тогда и качество этих компонент было бы лутше.

    Почему мёрвая - потому что этим нужно кому то заниматся и иметь большое желание!


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


    № 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


    Добавить свое сообщение

    Отслеживать это обсуждение

    Дополнительная навигация:
    Количество сообщений на странице

    Порядок сортировки сообщений
    Новое сообщение вверху списка (сетевая хронология)
    Первое сообщение вверху списка (обычная хронология)

    Перейти на конкретную страницу по номеру
      
    Время на сайте: GMT минус 5 часов

    Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
    Функция может не работать в некоторых версиях броузеров.

    Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
    Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

     
    © При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

    Яндекс цитирования