На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
Страницы: (495) « Первая ... 103 104 [105] 106 107 ...  494 495  ( Перейти к последнему сообщению )  
> Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц
    Цитата korvin @
    Повстанецъ ограничил это бесчисленное множество конечным подмножеством -- Qt, его мы и рассматриваем
    Ну так "кидание на форму" - это в основном про специфику Delphi. Заранее подгоняем результат под конкретную IDE? ;) Я, например, лучше выберу libz, а не что-то там "бросаемое на форму"
    Сообщение отредактировано: trainer -
      Кстати, мне вот в перечисленных языках не нравится не обязательность указания блока для однострочных операций.
      То есть:
      ExpandedWrap disabled
        if (a > b) <что-то>;

      Вот в С++ все-равно фактически будет создан блок, но из синтаксиса это не видно...

      Добавлено
      Цитата trainer @
      Цитата korvin @
      Повстанецъ ограничил это бесчисленное множество конечным подмножеством -- Qt, его мы и рассматриваем
      Ну так "кидание на форму" - это в основном про специфику Delphi. Заранее подгоняем результат под конкретную IDE? ;)

      Так а что, в Qt нельзя "кидать на форму"?
        Цитата D_KEY @
        Так а что, в Qt нельзя "кидать на форму"?
        Кидать можно где угодно.
          Цитата D_KEY @
          Так а что, в Qt нельзя "кидать на форму"?

          Ну, не визуальные компоненты таки нельзя :)
            Цитата MyNameIsIgor @
            Цитата D_KEY @
            Так а что, в Qt нельзя "кидать на форму"?

            Ну, не визуальные компоненты таки нельзя :)

            А зачем невизуальные компоненты кидать на форму? Они же невизуальные.
              Цитата D_KEY @
              А зачем невизуальные компоненты кидать на форму? Они же невизуальные.

              К дельфистам туда -> :D
                Цитата D_KEY @
                А зачем невизуальные компоненты кидать на форму? Они же невизуальные.

                чтобы настраивать их параметры с помощью гуевых инструментов же =)
                  Цитата korvin @
                  чтобы настраивать их параметры с помощью гуевых инструментов же =)

                  А в чем отличие настройки параметров программно от настройки этих же параметров средствами IDE ? По моему легче написать:

                  ExpandedWrap disabled
                    #include <MyLib.h>
                     
                    int main()
                    {
                       MyLib lib;
                       lib.CallMegaFunction();
                    }

                  Чем искать нужный тебе компонент, потом еще кидать его на форму,.. :ph34r:

                  Добавлено
                  Ну и плюс, опять же вы привязываетесь к IDE... Которая к ЯП имеет такое отношение как волчий гхм к колбасе...
                    Цитата KILLER @
                    А в чем отличие настройки параметров программно от настройки этих же параметров средствами IDE ? По моему легче написать:

                    ExpandedWrap disabled
                      #include <MyLib.h>
                       
                      int main()
                      {
                         MyLib lib;
                         lib.CallMegaFunction();
                      }

                    Чем искать нужный тебе компонент, потом еще кидать его на форму,.. :ph34r:

                    Добавлено
                    Ну и плюс, опять же вы привязываетесь к IDE... Которая к ЯП имеет такое отношение как волчий гхм к колбасе...

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

                    И мы сейчас не ЯП обсуждаем, а фреймворки
                      Цитата korvin @
                      И мы сейчас не ЯП обсуждаем, а фреймворки

                      Так фреймворки или IDE? :rolleyes:
                        плюс ИДЕ контролирует корректность настройки до компиляции
                          Цитата korvin @
                          в том, что компонент может иметь кучу нетривиальных настроек, которые одним вызовом конструктора либо весьма сложно и громоздко написать, либо требует дополнительного кода перед или после вызова конструктора

                          Куча нетривиальных настроек??? Ну ну... К примеру какой? Это если рассматривать какой нибудь TreeChartCtrl или еще ченить подобное, то возможно визуально его настроить и легче, но большинство не настолько сложны в использовании. ;)

                          Добавлено
                          Цитата korvin @
                          плюс ИДЕ контролирует корректность настройки до компиляции

                          Так мы будем щас мерица возможностями IDE ? Или чем? :huh:

                          Добавлено
                          korvin, IDE не умеет проектрировать правильно архитектуру приложения, и компоненты не помогут, поэтому нужно бы еще определится с критериями сравнительности...
                          Сообщение отредактировано: KILLER -
                            Цитата korvin @
                            плюс ИДЕ контролирует корректность настройки до компиляции

                            Ээээ... В каком смысле? Порядочная IDE позволяет задавать настройки ручками. Она просто автоматизирует этот процесс.
                              Цитата MyNameIsIgor @
                              Так фреймворки или IDE? :rolleyes:

                              особенности фреймворков влияют на особенности ИДЕ

                              В частности мы обсуждали наличие невизуальных компонентов во фреймворках. В VCL и .NET они есть, в Qt -- нет (или почти нет)
                                Цитата korvin @
                                особенности фреймворков влияют на особенности ИДЕ

                                Только в гуёвой части.
                                Цитата korvin @
                                В частности мы обсуждали наличие невизуальных компонентов во фреймворках. В VCL и .NET они есть, в Qt -- нет (или почти нет)

                                Для начала надо бы определиться, что такое "невизуальный компонент".
                                1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (495) « Первая ... 103 104 [105] 106 107 ...  494 495


                                Рейтинг@Mail.ru
                                [ Script execution time: 0.2049 ]   [ 14 queries used ]   [ Generated: 30.07.26, 10:56 GMT ]