Delphi vs C++ vs C#
, ну и Java немножко, где-то ближе к старшему байту номеров страниц
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.192] |
|
|
Правила раздела:
| Страницы: (495) « Первая ... 103 104 [105] 106 107 ... 494 495 ( Перейти к последнему сообщению ) |
Delphi vs C++ vs C#
, ну и Java немножко, где-то ближе к старшему байту номеров страниц
|
Сообщ.
#1561
,
|
|
|
|
Цитата korvin @ Ну так "кидание на форму" - это в основном про специфику Delphi. Заранее подгоняем результат под конкретную IDE? Повстанецъ ограничил это бесчисленное множество конечным подмножеством -- Qt, его мы и рассматриваем Я, например, лучше выберу libz, а не что-то там "бросаемое на форму" |
|
Сообщ.
#1562
,
|
|
|
|
Кстати, мне вот в перечисленных языках не нравится не обязательность указания блока для однострочных операций.
То есть: ![]() ![]() if (a > b) <что-то>; Вот в С++ все-равно фактически будет создан блок, но из синтаксиса это не видно... Добавлено Цитата trainer @ Цитата korvin @ Ну так "кидание на форму" - это в основном про специфику Delphi. Заранее подгоняем результат под конкретную IDE? Повстанецъ ограничил это бесчисленное множество конечным подмножеством -- Qt, его мы и рассматриваем ![]() Так а что, в Qt нельзя "кидать на форму"? |
|
Сообщ.
#1563
,
|
|
|
|
Цитата D_KEY @ Кидать можно где угодно. Так а что, в Qt нельзя "кидать на форму"? |
|
Сообщ.
#1564
,
|
|
|
|
Цитата D_KEY @ Так а что, в Qt нельзя "кидать на форму"? Ну, не визуальные компоненты таки нельзя |
|
Сообщ.
#1565
,
|
|
|
|
Цитата MyNameIsIgor @ Цитата D_KEY @ Так а что, в Qt нельзя "кидать на форму"? Ну, не визуальные компоненты таки нельзя ![]() А зачем невизуальные компоненты кидать на форму? Они же невизуальные. |
|
Сообщ.
#1566
,
|
|
|
|
Цитата D_KEY @ А зачем невизуальные компоненты кидать на форму? Они же невизуальные. К дельфистам туда -> |
|
Сообщ.
#1567
,
|
|
|
|
Цитата D_KEY @ А зачем невизуальные компоненты кидать на форму? Они же невизуальные. чтобы настраивать их параметры с помощью гуевых инструментов же =) |
|
Сообщ.
#1568
,
|
|
|
|
Цитата korvin @ чтобы настраивать их параметры с помощью гуевых инструментов же =) А в чем отличие настройки параметров программно от настройки этих же параметров средствами IDE ? По моему легче написать: ![]() ![]() #include <MyLib.h> int main() { MyLib lib; lib.CallMegaFunction(); } Чем искать нужный тебе компонент, потом еще кидать его на форму,.. Добавлено Ну и плюс, опять же вы привязываетесь к IDE... Которая к ЯП имеет такое отношение как волчий гхм к колбасе... |
|
Сообщ.
#1569
,
|
|
|
|
Цитата KILLER @ А в чем отличие настройки параметров программно от настройки этих же параметров средствами IDE ? По моему легче написать: ![]() ![]() #include <MyLib.h> int main() { MyLib lib; lib.CallMegaFunction(); } Чем искать нужный тебе компонент, потом еще кидать его на форму,.. Добавлено Ну и плюс, опять же вы привязываетесь к IDE... Которая к ЯП имеет такое отношение как волчий гхм к колбасе... в том, что компонент может иметь кучу нетривиальных настроек, которые одним вызовом конструктора либо весьма сложно и громоздко написать, либо требует дополнительного кода перед или после вызова конструктора И мы сейчас не ЯП обсуждаем, а фреймворки |
|
Сообщ.
#1570
,
|
|
|
|
Цитата korvin @ И мы сейчас не ЯП обсуждаем, а фреймворки Так фреймворки или IDE? |
|
Сообщ.
#1571
,
|
|
|
|
плюс ИДЕ контролирует корректность настройки до компиляции
|
|
Сообщ.
#1572
,
|
|
|
|
Цитата korvin @ в том, что компонент может иметь кучу нетривиальных настроек, которые одним вызовом конструктора либо весьма сложно и громоздко написать, либо требует дополнительного кода перед или после вызова конструктора Куча нетривиальных настроек??? Ну ну... К примеру какой? Это если рассматривать какой нибудь TreeChartCtrl или еще ченить подобное, то возможно визуально его настроить и легче, но большинство не настолько сложны в использовании. Добавлено Цитата korvin @ плюс ИДЕ контролирует корректность настройки до компиляции Так мы будем щас мерица возможностями IDE ? Или чем? Добавлено korvin, IDE не умеет проектрировать правильно архитектуру приложения, и компоненты не помогут, поэтому нужно бы еще определится с критериями сравнительности... |
|
Сообщ.
#1573
,
|
|
|
|
Цитата korvin @ плюс ИДЕ контролирует корректность настройки до компиляции Ээээ... В каком смысле? Порядочная IDE позволяет задавать настройки ручками. Она просто автоматизирует этот процесс. |
|
Сообщ.
#1574
,
|
|
|
|
Цитата MyNameIsIgor @ Так фреймворки или IDE? ![]() особенности фреймворков влияют на особенности ИДЕ В частности мы обсуждали наличие невизуальных компонентов во фреймворках. В VCL и .NET они есть, в Qt -- нет (или почти нет) |
|
Сообщ.
#1575
,
|
|
|
|
Цитата korvin @ особенности фреймворков влияют на особенности ИДЕ Только в гуёвой части. Цитата korvin @ В частности мы обсуждали наличие невизуальных компонентов во фреймворках. В VCL и .NET они есть, в Qt -- нет (или почти нет) Для начала надо бы определиться, что такое "невизуальный компонент". |