От чего мы любим С++?

@Toosla · Регистрация: 03.07.2008

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

Хочу спросить наших уважаемых гуру, как истинных специалистов в области программирования на С++ несколько давно наболевших вопросов.
Я уже успел попробовать всего по чуть-чуть и мне сложно определится и расставить приоритеты между такими двумя гигантами как MFC и VCL, у каждой из этих библиотек своя история и свои возможности но на кого все же поставить ставку?
Также мне хотелось бы спросить тех работал с QT И Boost: Это того стоит или же они просто обман глаз в красивой обертке и не спроста бесплатны? Извините за столь неконкретные вопросы просто мне нужно определится для себя что бы не терять время, которое как известно - деньги, что дальше учить. Потому что все сразу слишком тяжело и рутинно. Поделитесь опытом и впечатлениями.
Спасибо.

accept · 13.08.2009, 04:45

msdn то классное руководство, только вот руководство к чему

это пометки к получившемуся коду

C
1
2
3
4
5
6
7
/*
    HKEY - void *
    LONG - long
*/
 
/* opens a registry key, reads it and prints */
int main(void)

оказалось HKEY это ещё одно из десяти названий для указателя на void, а я думал там структура, которая знает сколько в ключе и чего
в дворд ключ можно записать регсз ключ, хотя при открытии ключа за ним ведётся такой контроль, что можно открыть ключ без возможности даже чтения и записи из/в него - это для узнавания длины

@Lolcht0 · 13.08.2009, 09:01

ну так а зачем думать, когда можно сразу посмотреть? к тому же, у windows вполне четкое устройство API. Большинство функций имеют дело с Handle-ами. HANDLE, HFILE, HKEY, HWND, HDLG, да и вообще все на H - это Handle-ы и внутренне одно и то же. Сделано это все специально, для каждого блока функций (работы с реестром, файлами, окнами, диалогами) свой тип Handle-а

accept · 14.08.2009, 06:03

дохлый номер - найти список всех типов на msdn'е
а сидеть под линем и лазить грепом по заголовкам (ведь они многие переопределены - один созданный основан на другом созданном, бывает цепочка идёт типа на четыре, лазишь лазишь (когда в винде) а потом приходишь к тому что это просто опять какой-нибудь void'овый указатель или указатель на char)
а греп у них есть даже, правда, юзать его нельзя, потому что это не греп
в курсе, функция возвращает 236, а почему 236, а просто так - это винапи

@Lolcht0 · 14.08.2009, 08:59

все не просто так! да и вообще, какая разница, как устроен тип - или void * несет, по твоему, больше информации, чем HANDLE

а вообще api очень логичное и стройное. вот где действительно черт ногу сломит, так это в posix

@odip · 14.08.2009, 09:44

вообще api очень логичное и стройное

Это ты про WinAPI ?

API кривое, неудобное и с кучей костылей !

POSIX.
Начнем с того, что у POSIX есть разные версии.

@Lolcht0 · 14.08.2009, 21:05

Начнем с того, что у POSIX есть разные версии.

еще один минус. продолжай))

@odip · 14.08.2009, 21:08

WinAPI на разных версиях Windows тоже разное

@Lolcht0 · 14.08.2009, 21:23

нет. в него только добавляются новые функции. но есть полная обратная совместимость

@odip · 14.08.2009, 21:26

полная обратная совместимость

Это что ?

@Lolcht0 · 14.08.2009, 21:32

тебе такое и не снилось

Vourhey · 14.08.2009, 21:33

odip, это значит, что как был в 98 OpenFile, так он и в Windows 7 остался

Lolcht0 прав. В апи на винде просто новая функциональность добавляется.

@odip · 14.08.2009, 21:46

Я просто уточнил понятие, чтобы не было отмазок потом

Где-то я встречался с отсутствием этой самой обратной совместимости в WinAPI. Как найду где - выложу тут

Vourhey · 14.08.2009, 22:01

odip, бывает. Я тоже как-то давненько встречал. Например, некоторые функции и их параметры могли быть специфичны для 16 бит. Потом соответственно они были "deprecated", и рекомендовались к использованию другие.

@alex_x_x · 14.08.2009, 23:25

под большим воздействием от Qt - создание гуи на нем довольно эффективно и просто, но конечно кроссплатформенность главный козырь, сам встретился с проектом, который первоначально был под линукс, а в последствии малой кровью был перенесен в винды, а все благодаря QMutex, QThread, QString..

accept · 16.08.2009, 08:21

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

сам встретился с проектом, который первоначально был под линукс, а в последствии малой кровью был перенесен в винды

для винапи можно разработать свой интерфейс, свой - это в смысле некая команда профессионалов...
qt, конечно, качественно, только вот там с правами неясно дело
оно сегодня на одних условиях, а завтра на других и программа, написанная на qt, попадёт под какие-нибудь новые
а интерфейс можно разработать не хуже qt и тоже для всех языков, если дело пойдёт (он будет удачным и все его примут)

@odip · 16.08.2009, 11:44

qt, конечно, качественно, только вот там с правами неясно дело

Раньше вообще была открыта более старая версия QT.
Сейчас как Nokia купил Trolltech открыли самую свежую версию.
В любом случае закрыть текущую версию уже нельзя. Можно закрыть QT 5.0 например.

интерфейс можно разработать не хуже qt и тоже для всех языков, если дело пойдёт

Все можно. Только зачем тратить время на интерфейс, если нам нужно еще и задачу решить ?

accept · 17.08.2009, 08:14

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

Сейчас как Nokia купил Trolltech открыли самую свежую версию.

да нокия может вообще закрыться, сёдня есть, завтра банкротство какое-нибудь и всё
чем больше интерфейсов будет, тем лучше
главное, чтобы они качественные были
и с системами так же, не останавливаться
виндовс отмирает как инквизиция, сейчас на ошибках научимся, потом всё будет получше уже (даже систему для пользователей можно написать, которая будет простой для пользователя, но это не будет значить, что он должен сначала поставить туда кучу программ для того, чтобы всё хотя бы просто работало, это насчёт антивирусов), а линукс, как ни крути - не тянут люди
так что, чем меньше привязываешься к системе, компилятору, языку, тем больше вероятности, что что-нибудь новое окажется лучше старого (это я к тому, что если будут программисты - будут и программы)
помнишь прорыв с мегабайтов в гигабайты, с дискет на флешки - вот это было супер

Новые блоги и статьи Все статьи Все блоги /
тв 16 бой ии anaschu 27.07.2026 Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .	мв 15. непроверенное, возможно, глюк anaschu 27.07.2026 НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .	Очистка реквизитов и табличных частей документа при копировании Maks 26.07.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРаботу", разработанного в КА2. Задача: Заменить алгоритм запрета копирования документов для сотрудников с ролью "Стажер",. . .	Доктрина интенционального знания - Доктрина для портала "Срез". Hrethgir 25.07.2026 Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .
сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых anaschu 25.07.2026 Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.	сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил anaschu 25.07.2026 две стороны одной монеты	Более приземисто - Эстафету хвоста в .cdl (деревья эстафеты в сад). Hrethgir 24.07.2026 В будущем, после написания блока инверсии обхода дерева (эстафеты хвоста), я планирую вернуться к нашему прошлому разговору о том, обладают ли знания целеполаганием. Тогда я пришел к выводу, что. . .	Вот представьте что вам дали бессмертие. kumehtar 24.07.2026 Вот представьте что вам дали бессмертие, ничего более не меняя. Вообще ничего, только бессмертие в нынешнем виде. Рады были бы? Что бы вы тут делали всё это время? Никакой пенсии. Никакого нового. . .

@Toosla 2 / 2 / 0 Регистрация: 03.07.2008 Сообщений: 51

	От чего мы любим С++? 11.08.2009, 23:06. Показов 7909. Ответов 76 Метки нет (Все метки) Хочу спросить наших уважаемых гуру, как истинных специалистов в области программирования на С++ несколько давно наболевших вопросов. Я уже успел попробовать всего по чуть-чуть и мне сложно определится и расставить приоритеты между такими двумя гигантами как MFC и VCL, у каждой из этих библиотек своя история и свои возможности но на кого все же поставить ставку? Также мне хотелось бы спросить тех работал с QT И Boost: Это того стоит или же они просто обман глаз в красивой обертке и не спроста бесплатны? Извините за столь неконкретные вопросы просто мне нужно определится для себя что бы не терять время, которое как известно - деньги, что дальше учить. Потому что все сразу слишком тяжело и рутинно. Поделитесь опытом и впечатлениями. Спасибо. 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	13.08.2009, 09:01
	ну так а зачем думать, когда можно сразу посмотреть? к тому же, у windows вполне четкое устройство API. Большинство функций имеют дело с Handle-ами. HANDLE, HFILE, HKEY, HWND, HDLG, да и вообще все на H - это Handle-ы и внутренне одно и то же. Сделано это все специально, для каждого блока функций (работы с реестром, файлами, окнами, диалогами) свой тип Handle-а 0

accept 4866 / 3287 / 468 Регистрация: 10.12.2008 Сообщений: 10,570
	14.08.2009, 06:03
	дохлый номер - найти список всех типов на msdn'е а сидеть под линем и лазить грепом по заголовкам (ведь они многие переопределены - один созданный основан на другом созданном, бывает цепочка идёт типа на четыре, лазишь лазишь (когда в винде) а потом приходишь к тому что это просто опять какой-нибудь void'овый указатель или указатель на char) а греп у них есть даже, правда, юзать его нельзя, потому что это не греп в курсе, функция возвращает 236, а почему 236, а просто так - это винапи 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	14.08.2009, 08:59
	все не просто так! да и вообще, какая разница, как устроен тип - или void * несет, по твоему, больше информации, чем HANDLE а вообще api очень логичное и стройное. вот где действительно черт ногу сломит, так это в posix 0

@odip 7176 / 3234 / 82 Регистрация: 17.06.2009 Сообщений: 14,164
	14.08.2009, 21:08
	WinAPI на разных версиях Windows тоже разное 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	14.08.2009, 21:23
	нет. в него только добавляются новые функции. но есть полная обратная совместимость 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	14.08.2009, 21:32
	тебе такое и не снилось 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	14.08.2009, 21:33
	odip, это значит, что как был в 98 OpenFile, так он и в Windows 7 остался Lolcht0 прав. В апи на винде просто новая функциональность добавляется. 0

@odip 7176 / 3234 / 82 Регистрация: 17.06.2009 Сообщений: 14,164
	14.08.2009, 21:46
	Я просто уточнил понятие, чтобы не было отмазок потом Где-то я встречался с отсутствием этой самой обратной совместимости в WinAPI. Как найду где - выложу тут 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	14.08.2009, 22:01
	odip, бывает. Я тоже как-то давненько встречал. Например, некоторые функции и их параметры могли быть специфичны для 16 бит. Потом соответственно они были "deprecated", и рекомендовались к использованию другие. 0

@alex_x_x бжни 2473 / 1684 / 135 Регистрация: 14.05.2009 Сообщений: 7,162
	14.08.2009, 23:25
	под большим воздействием от Qt - создание гуи на нем довольно эффективно и просто, но конечно кроссплатформенность главный козырь, сам встретился с проектом, который первоначально был под линукс, а в последствии малой кровью был перенесен в винды, а все благодаря QMutex, QThread, QString.. 0