Чем QT лучше Borland Builder C++

@k0vpack · Регистрация: 13.02.2018

Студворк — интернет-сервис помощи студентам

Собственно, вопрос в названии темы, чем QT лучше билдера, кроме того что приложение не только для виндовса. Мне кажется в билдере и интерфейс удобнее, и в нем легче адаптироваться.

@Fulcrum_013 · 20.02.2018, 16:50

1Вирт1,гарбадж коллекшин в этом вопросе только помеха. Разговор идет о принудительном/самоудалении удалении объектов с вычисткой ссылок на него а не об слежении за тем есть ли на него ссылки или нет.

Добавлено через 5 минут
При этом GC вообще штукенция которая решает проблему которой не существует давая в замен кучу нерешаемых проблем. При системе с интрузивными слабовладеющими списками существование объектов без трассы на рут просто напросто невозможно.

@1Вирт1 · 20.02.2018, 16:51

Fulcrum_013, Вообще речь шла о Qt а Вы уже цепляетесь за все за что только можно. Ребята вам правильно написали нигде сейчас при описании вакансии не найдеш: нужны глубокие знания борланд билдера... Это прошлый век!

@Fulcrum_013 · 20.02.2018, 16:54

1Вирт1, Это просто страна в которой нет разработки серьезного софта. А так же нету достаточного количества грамотных спецов способных вести разработку расширением фреймверка. Ну и жмотство контор которые считают серьезные инструменты слишком дорогой роскошью. Но это не значит что все страны такие.

@TRam_ · 20.02.2018, 16:55

Сообщение от Fulcrum_013

списками существование объектов без трассы на рут просто напросто невозможно

А если кто забудет этот самый рут удалить

?

Вообще у QObject'а предусмотрено автоматическое удаление наследников при удалении их родителя (в случае если иерархию выстраивают). А вот если иерархию не выстраивают (а плодят кучу рутов), тогда да, нужен delete вручную.

@Fulcrum_013 · 20.02.2018, 17:00

Сообщение от TRam_

А если кто забудет этот самый рут удалить ?

По выходу из приложения? Так весь контекст приложения удалится.

Добавлено через 1 минуту
TRam_, А если этот подчиненный сам удалится?

@TRam_ · 20.02.2018, 17:05

Fulcrum_013, ну вот в Qt то ж самое. Если контекст родителя удаляется, то удалится и всё остальное. Хотя, конечно, delete this; не допускается, зато есть альтернатива в виде this->deleteLater(); (http://doc.qt.io/Qt-5/qobject.html#deleteLater)

@Fulcrum_013 · 20.02.2018, 17:10

TRam_, вот как раз вот это "не допускается" и портит всю малину. Потому что в подавляющем большинстве случаев достаточной информацией для принятия решения об удалении или занесении/извлечении в тот или иной список обработки обладает только сам объект потому что хозяин/предок/список даже типа его точного не знают.

@TRam_ · 20.02.2018, 17:12

И ещё... Продолжение выполнения функции класса над объектом, у которого вызвали delete this - это случаем не UB ?

@Fulcrum_013 · 20.02.2018, 17:17

TRam_, случаем нет. потому что деструктор из которого идет чиста вызывается до освобождения памяти. a такие операции как delete this; делаются последними перед возвратом из вызывающего их метода.
Ну а в случае когда грохаются объекты одного списка каждый из которых при этом может числится неизвестно в каких других так вообще все здорово.

@Usaga · 20.02.2018, 17:18

Сообщение от Fulcrum_013

Это просто страна в которой нет разработки серьезного софта.

Т.е. серьёзный софт можно писать только на Borland Builder C++? Всё остальное - говно?

@Fulcrum_013 · 20.02.2018, 17:25

Сообщение от Usaga

Т.е. серьёзный софт можно писать только на Borland Builder C++? Всё остальное - говно?

Ну Qt точно лисапет. Опять же в своей нише - визуальная разработка внутренних информационных систем крупных корпораций - у билдера/дельфы конкурентов как таковых нет и никогда не было. Есть софт который по некоторым причинам (например не нужна визуальная разработка и/или по тем или иным причинам фреймверк нужен с нуля) удобнее писать к примеру в VisualStudio, но пользуя те же подкапотные дела что у билдера, при этом костыли того чего нету нативного в плане синтаксиса терпимые.

Croessmah · 20.02.2018, 18:55

C++ Builder - говно.
Понеслась.

@Rius · 20.02.2018, 19:51

Сообщение от Usaga

Т.е. серьёзный софт можно писать только на Borland Builder C++? Всё остальное - говно?

Серьёзный софт пишет только ОН. Поэтому используемые ИМ средства - серьёзные. Всё (и все) остальное - говно.
Это постулаты каждого разводимого им срача.

@Fulcrum_013 · 20.02.2018, 21:25

Croessmah, Rius, Система диспетчеризации сообщений, слежения за жизненным циклом и визуального редактирования подобная Qt была у борланда в предках VCL. В 1995-ом Борланд сделал шаг вперед. Qt WPF и т.д. полезли в какое то болото.

Croessmah · 20.02.2018, 22:03

Сообщение от Charles Calvert

I'm not suggesting that you necessarily should use the STL in lieu of the simpler TStringList and TList classes that are built into the VCL. In fact, if you are new to programming, or if you are only a part time C++ developer, then I suggest using the elegant TStringList and TList classes. However, if you are a C++ guru, then of course you realize that the STL is not only a stunning pyrotechnic effect, but also a genuinely useful tool when placed in the right hands.

Но он тоже даун, по сравнению с великим Fulcrum_013, который пока не показал ни одной из своих супер-разработок, которые имеют колоссальный успех и вообще являются примером для каждого гуру. Но при этому в его оппонентах (в этой и других темах) имеются разработчики, которые принимают участие в разработке ПО, которым пользуются миллионы пользователей по всему миру. Но и они тоже все дегенераты по сравнению с Fulcrum_013.

Мне одному кажется, что у Fulcrum_013 маразм старческий, не?

@Fulcrum_013 · 20.02.2018, 22:48

Croessmah, Как на меня STL - полное уродство которое не понятно более useless или более unsafe

Добавлено через 1 минуту
Croessmah, Это моразм у того кто это писал потому как TComponentList и тд не осилил похоже.

Croessmah · 20.02.2018, 23:00

Сообщение от Fulcrum_013

Это моразм у того кто

... пишет на сайте embarcadero, т.к. цитата оттуда. Видимо, Fulcrum_013 превзошел всех в этом мире! Пора его уже в черный список загонять.

@gray_fox · 20.02.2018, 23:12

Не по теме:

Сообщение от Croessmah

пока не показал ни одной из своих супер-разработок

На файлопомойку предлагаешь выкладывать? :/

@Selot · 20.02.2018, 23:26

Стало бомбить от билдера после того, как начал вылетать internal linker error с пустого места на х64, на х32 - норм. Все компоненты стандартные, библиотек левых не было. Пришлось остаться на х32. Юзаю версию 10.1 берлин upd2.

С opencl тоже лажа была на х64. Какая-то апишная функция ошибку возвращала всегда и работала при не очевидных костылях. Коллеги репу чесали не могли понять что происходит. Тот же код из под другой среды не вызывал проблем. Вернулись опять же к х32.

Навигация по коду ужасная: переход на объявление то работает, то нет, автокомплит то работает, то нет. Нередко вешает ИДЕ целиком, вплоть до убийства процесса через таск менеджер.

Добавили возможность юзать клэнг 3.3 (с++11) - ну неужели! а, нет, снова не современно, уже 14 на дворе был к тому времени.

Ограничение VCL на 1 гуишный поток, ну и ладно...

@Fulcrum_013 · 20.02.2018, 23:45

Сообщение от Selot

Стало бомбить от билдера после того, как начал вылетать internal linker error с пустого места

проблема выскакивала в районе 5-го то ли 4-го XE. Пофиксил удалением Awast!. Причем заметил что именно аваст порет по удалению свежескомпилированной DLL
Такая

Сообщение от Selot

Навигация по коду ужасная:

гораздо лучше чем в той же VisualStudio

Сообщение от Selot

Ограничение VCL на 1 гуишный поток, ну и ладно...

А зачем ему больше? Тут все продумано. При этом там где надо из другого потока компоненты обновить там это можно. А там где не надо диспетчеризация событий не тормозит как анахронизм через сообщения оси.

Новые блоги и статьи Все статьи Все блоги /
Книги по геймдизайну, левел-дизайну, игровым механикам и проектированию игрового опыта 8Observer8 08.11.2026 Содержание блога \| English Version 1. 2003 - 06 - Designing Virtual Worlds (1st Edition) Автор: Richard A. Bartle \| Объем: 768 стр. Ссылки: Amazon . . .	Родители токсичные абьюзеры по отношению к своим детям ругают их оскорбляют не любят zorxor 08.11.2026 Жить в атмосфере постоянных оскорблений, критики и холодности со стороны родителей — это тяжелое и болезненное испытание, которое оставляет глубокие эмоциональные раны. Токсичное и абьюзивное. . .	Как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Ответ от Джемени ИИ. zorxor 08.11.2026 Джемени, как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Многие люди, возвращаясь домой, сразу переодеваются в максимально свободную одежду или вовсе предпочитают. . .	Паттерн очереди действий/команд (Action / Command Queue). Система очереди действий и кат-сцен с SDL3 Callbacks, cglm и OpenGL 8Observer8 07.11.2026 Содержание блога \| English Version Руководство для начинающих по реализации паттерна очереди действий/ команд (Action / Command Queue) на C++ (C++20) с использованием официального SDL3 Callbacks. . .
Проверка полного ФИО в типовом справочнике Maks 07.11.2026 Решение реализовано в конфигурации КА2, на примере справочника "КонтактныеЛицаПартнеров". Задача: Запрет инициалов. Не допускаеть использование сокращений вида "И. И. ", "И. И. ", "И И" и. . .	Про "Windows must die!" kumehtar 04.11.2026 Знаете, чет накатило. . . . Когда-то это было почти боевым кличем: мол, нормальный человек сидит на DOS, OS/ 2 или Linux, а вот это вот - Must Die. А теперь человек произносит «мастдай» с усмешкой - и. . .	Красочные поля с номером страницы svg+background-image russiannick 04.11.2026 Красочные поля с номером страницы не менее важны чем в эпоху бумажных книг. Посему спешу представить почтеннейшей публике этот важный инструмент который эти поля и формирует. В процессе разработки. . .	Вступаем в новую фазу генерации favicons, векторную. russiannick 02.11.2026 Теперь нет нужды скрывать что используется простой svg. Исходный код изображения помещаем в поле и жмем кнопку. Исходник преобразуется в вид корректный для помещения в favicon или в url(). Нажатие. . .

@k0vpack 82 / 78 / 34 Регистрация: 13.02.2018 Сообщений: 1,347

	Чем QT лучше Borland Builder C++ 19.02.2018, 23:06. Показов 18565. Ответов 127 Метки нет (Все метки) Собственно, вопрос в названии темы, чем QT лучше билдера, кроме того что приложение не только для виндовса. Мне кажется в билдере и интерфейс удобнее, и в нем легче адаптироваться. 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 16:50
	1Вирт1,гарбадж коллекшин в этом вопросе только помеха. Разговор идет о принудительном/самоудалении удалении объектов с вычисткой ссылок на него а не об слежении за тем есть ли на него ссылки или нет. Добавлено через 5 минут При этом GC вообще штукенция которая решает проблему которой не существует давая в замен кучу нерешаемых проблем. При системе с интрузивными слабовладеющими списками существование объектов без трассы на рут просто напросто невозможно. 1

@1Вирт1 184 / 192 / 48 Регистрация: 25.08.2011 Сообщений: 792
	20.02.2018, 16:51
	Fulcrum_013, Вообще речь шла о Qt а Вы уже цепляетесь за все за что только можно. Ребята вам правильно написали нигде сейчас при описании вакансии не найдеш: нужны глубокие знания борланд билдера... Это прошлый век! 2

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 16:54
	1Вирт1, Это просто страна в которой нет разработки серьезного софта. А так же нету достаточного количества грамотных спецов способных вести разработку расширением фреймверка. Ну и жмотство контор которые считают серьезные инструменты слишком дорогой роскошью. Но это не значит что все страны такие. 1

@TRam_ зомбяк 1585 / 1219 / 345 Регистрация: 14.05.2017 Сообщений: 3,940
	20.02.2018, 17:05
	Fulcrum_013, ну вот в Qt то ж самое. Если контекст родителя удаляется, то удалится и всё остальное. Хотя, конечно, `delete this;` не допускается, зато есть альтернатива в виде `this->deleteLater();` (http://doc.qt.io/Qt-5/qobject.html#deleteLater) 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 17:10
	TRam_, вот как раз вот это "не допускается" и портит всю малину. Потому что в подавляющем большинстве случаев достаточной информацией для принятия решения об удалении или занесении/извлечении в тот или иной список обработки обладает только сам объект потому что хозяин/предок/список даже типа его точного не знают. 1

@TRam_ зомбяк 1585 / 1219 / 345 Регистрация: 14.05.2017 Сообщений: 3,940
	20.02.2018, 17:12
	И ещё... Продолжение выполнения функции класса над объектом, у которого вызвали delete this - это случаем не UB ? 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 17:17
	TRam_, случаем нет. потому что деструктор из которого идет чиста вызывается до освобождения памяти. a такие операции как delete this; делаются последними перед возвратом из вызывающего их метода. Ну а в случае когда грохаются объекты одного списка каждый из которых при этом может числится неизвестно в каких других так вообще все здорово. 0

Croessmah Неэпический 18150 / 10732 / 2067 Регистрация: 27.09.2012 Сообщений: 27,047 Записей в блоге: 1
	20.02.2018, 18:55
	C++ Builder - говно. Понеслась. 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 21:25
	Croessmah, Rius, Система диспетчеризации сообщений, слежения за жизненным циклом и визуального редактирования подобная Qt была у борланда в предках VCL. В 1995-ом Борланд сделал шаг вперед. Qt WPF и т.д. полезли в какое то болото. 1

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	20.02.2018, 22:48
	Croessmah, Как на меня STL - полное уродство которое не понятно более useless или более unsafe Добавлено через 1 минуту Croessmah, Это моразм у того кто это писал потому как TComponentList и тд не осилил похоже. 0

@Selot 192 / 128 / 52 Регистрация: 19.01.2010 Сообщений: 518
	20.02.2018, 23:26
	Стало бомбить от билдера после того, как начал вылетать internal linker error с пустого места на х64, на х32 - норм. Все компоненты стандартные, библиотек левых не было. Пришлось остаться на х32. Юзаю версию 10.1 берлин upd2. С opencl тоже лажа была на х64. Какая-то апишная функция ошибку возвращала всегда и работала при не очевидных костылях. Коллеги репу чесали не могли понять что происходит. Тот же код из под другой среды не вызывал проблем. Вернулись опять же к х32. Навигация по коду ужасная: переход на объявление то работает, то нет, автокомплит то работает, то нет. Нередко вешает ИДЕ целиком, вплоть до убийства процесса через таск менеджер. Добавили возможность юзать клэнг 3.3 (с++11) - ну неужели! а, нет, снова не современно, уже 14 на дворе был к тому времени. Ограничение VCL на 1 гуишный поток, ну и ладно... 1