Быстрый старт в изучении C++ для относительно опытных программистов Basic

В этой ветке предлагаю обсуждать сходства и различия между C++ и Visual Basic.
Ну хотя бы для упрощения процесса изучения параллельного (дополнительного) языка для тех, кто уже относительно неплохо знаком с Visual Basic.
Ну просто как-то "не вкусно" начинать изучение совсем уж с нуля, когда, в принципе, уже и без того много знаешь (циклы, ветвления, указатели, видимость переменных ... ).

На самом деле, начал сейчас просмортр на ютубе курса по C++. Дядька очень толково и понятно всё объясняет, явно есть у него талант хорошего преподавателя.

Самые первые отличия, которые бросились в глаза, это:
- комменты обозначают двумя косыми чертами вместо апострофа,
- в конце каждой строки точка с запятой,
- все процедуры, функции, "тела" циклов ... в фигурных скобках,
- вложенные циклы можно описывать одной строкой,
- если переменная объявлена, но ей не присвоено значение, то она содержит случайный "мусор" из памяти, а не как у нас в бейсике, где сразу получает значение ноль или пустую строку,
- массивы с квадратными скобками вместо круглых,
- область видимости переменных ограничена фигурными скобками и причём неважно функция это, цикл или "тело" функции IF, а не как у нас область видимости переменных ограничена только функциями и процедурами.

Ветка открытая, пишите кто хочет.
Особенно приветствуются советы опытных специалистов, уже овладевших несколькими языками.
Ну уж им-то гораздо виднее, в чём сходство и различие разных языков.

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

0

Сообщение от The trick В COM на самом деле нет ничего страшного, если конечно не создавать такие компоненты и не углубляться в детали создания таких компонентов.

Да нет, об этом даже речи не идёт. Тут чужие-то научиться бы худо-бедно использовать

Сообщение от The trick По WINAPI тоже все достаточно просто и интуитивно понятно, есть конечно неочевидные моменты, но они один на миллион.

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

Сообщение от The trick Не знаю. Если изучаете с нуля, то лучше с самой последней начинать, чтобы потом не спотыкаться о deprecated. А вообще это зависит от того для чего изучать. Задачи нужно решать по мере поступления я считаю, к примеру мне возможностей C++98 хватает, я не работаю в команде и не пишу кроссплатформенный софт, поэтому я использую 2010 студию, которая может компилировать 64 битные приложения. Если мне понадобятся новые фичи, я обязательно перейду на соответствующую платформу.

Выходит, что всё-таки есть смысл даже с VS 2019 начать? Но там же ведь всё, скорее всего, через Net Framework? А мне бы с этим чудом-юдом связываться не хотелось бы. А вот кстати, какая версия C++ была самой последней до внедрения технологии Net? Может быть как раз с неё-то и имеет смысл начать?

Сообщение от Power_Basic Сегодня утром посмотрел два урока по перегрузке функций и по шаблонам функций. Как я понял в VB все эти проблемы решаются с помощью типа данных Variant

Сообщение от The trick Нет, в VB6 таких возможностей вообще нет зато есть другие которых нет в C++.

Не, ну я имел в виду, что вместо объявления нескольких функций, принимающих параметры с разными типами данных, в VB можно объявить одну функцию с параметрами типа Variant, ну вот и получается что-то похожее на шаблон функции в C++.

И кстати говоря, вы сейчас затронули очень интересный момент. Неужели и правда, в VB есть что-то, чего нет в C++, хотя первый остановился в развитии 22 года назад, а второй развивается до сих пор?
Не, ну первое, что приходит мне в голову это упомянутый тип данных Variant, который имеет репутацию очень медленного.
Ну а что же ещё-то? И почему не используют? Считают нецелесообразным?

Сообщение от Power_Basic Ну вот сейчас, да, нужна. Поскольку взялся за аудиокниги.

Сообщение от The trick Не понимаю для чего тут скорость, тем более если работа идет через SAPI. Там нужно то всего лишь передать данные движку, и получить от него результат - записать данные в файл. Все критичные к исполнению вещи реализуются движком, так что тут скорость ЯП почти не имеет значения.

Нет, ну я же там говорил про воображаемую ситуацию, которорая возникла бы при использовании для всех целей только одного-единственного VBA Excel
А там ведь, наверняка, нет возможности создать несколько потоков!
А у меня же в этом вся соль замысла. Делим весь текст на несколько частей и обрабатываем каждую из них (одновременно!) в отдельном потоке. Скорость же сразу в разы выше.
Хотя, я подозреваю, что с внедрением ваших инноваций, потоки и VBA Excel тоже можно будет каким-то образом использовать

Сообщение от locm Развития не получила - мало кому нужны небольшие исполняемые файлы.

Сообщение от The trick Такая задача бывает нужна, но только в очень небольшом сегменте. К примеру демосцены. Кстати неплохо было бы такие демки увидеть на PB, мб поклонников бы прибавило ему, раз он может такие маленькие файлы создавать. На плюсах у меня около 700 байт оконное приложение удавалось написать, не помню точно.

Ну locm же совсем недавно выкладывал файл размеров в 1 Кб. Ну вот, наверно, это и был минимально возможный размер в Pure Basic'е.

А что касается Power Basic'а, то я вчера был сильно обескуражен, когда обнаружил (а до этого меня, признаться, вообще не интересовал размер моих собственных файлов), что файл, который всего лишь создаёт простое окно и больше ничего не делает, весит в Power Basic'е около 60 Кб, а файл без графики вообще с одним только Msgbox "Hello, world!" весит 17 Кб. Но с другой стороны, исходник, который я на днях здесь выкладывал, содержащий 700 строк кода (с потоками, с полосами прогресса, с обращениями к PDH счётчику загруженности процессора, с "торможением" потоков в зависимости от показаний этого счётчика и подробнейшим отчётом о работе в контрольном файле) весит после компиляции всего 119 Кб.

Добавлено через 22 минуты

Сообщение от Power_Basic В этой ветке предлагаю обсуждать сходства и различия между C++ и Visual Basic.

Сообщение от Catstail Языки VB и C++ совершенно разные по духу (указатели, управление памятью, объектная подсистема).

Указатели и управление памятью, да, согласен. Пожалуй, в VB кроме PEEK и POKE... опаньки... сейчас с удивлением обнаружил, что даже PEEK и POKE нету
А вот по поводу ООП в C++ это как раз из серии вопросов, ответы на которые я "всегда хотел знать, но стеснялся спросить"
В VB ООП присутствует по полной программе, неужели в плюсы такие возможности не заложены?!

Добавлено через 10 минут

Сообщение от Pro_grammer Весь смысл в их разнице. Были бы они одинаковы, тогда что обсуждать? Тут именно понять, как использовать примеры на C++ и C, в частности из MSDN, применительно к VB6. В идеале бы вообще не плохо составить табличку соответствия по основным ключевым словам и типам переменных.

Ну да, именно так! А то получается, что всех отсылают к Эпплману, который давно уже морально устарел и может служить только демотиватором, чтобы уже окончательно отбить всякую охоту "совать нос в WINAPI"

0

Сообщение от Power_Basic Ну locm же совсем недавно выкладывал файл размеров в 1 Кб. Ну вот, наверно, это и был минимально возможный размер в Pure Basic'е.

Минимум 816 бйт без вмешательства в асм код Минимальный размер EXE файла PE формата.
Если отредактировать его и после откомпилировать, получится около 500 байт.

Вложения

PB Win.zip (10.5 Кб, 3 просмотров)

0

Сообщение от Power_Basic В VB ООП присутствует по полной программе, неужели в плюсы такие возможности не заложены?!

- ох... В VB ООП присутствует "далеко не по полной программе". Это в C++ - по полной. Есть хорошая книга "VB Крепкий орешек" авт. Брюс МакКинни (1998) рекомендую

1

0

Сообщение от IDK 1. ТС тоже, как и хороший преподаватель объясняет различия и сходства между языками и их ищет)

Именно так. Всё познаётся в сравнении

Сообщение от IDK 2. По вызову СИ функций из VB согласен с теми, кто ответил выше. Нужно этот вопрос знать, есть соответствующие книги.

Ну тогда порекомендуйте, пожалуйста, какую-нибудь современную книгу по вызову СИ функций из VB. Или тоже Эпплмана порекомендуете? С его постоянными упоминаниями Win16 и прочими полезными ископаемыми

Сообщение от IDK 3. Для перевода объявлений с СИ на VB особо знания СИ, на мой взгляд - не требуется.

Ну да, согласен, для простого "перевода" имеется утилита API Text Viewer, но там же ещё тонкостей всяких куча большая-пребольшая

Сообщение от IDK Но есть книги, в которых приведены примеры на СИ ну и примеры в MSDN, чтобы их понять, хорошо бы СИ знать.

Ну вот и получается замкнутый круг

Добавлено через 21 минуту

0

Сообщение от Power_Basic к Эпплману, который давно уже морально устарел

- библия Эпплмана не может "устреть" (пока жив WinAPI)

0

Сообщение от Catstail - ох... В VB ООП присутствует "далеко не по полной программе". Это в C++ - по полной.

А куда уж дальше-то, я не понимаю? В VB же всё именно на объектах построено. Спплошные объекты кругом, коллекции объектов, события объектов, классы, наследования, полиморфизм...

Сообщение от Catstail Есть хорошая книга "VB Крепкий орешек" авт. Брюс МакКинни (1998) рекомендую

Спасибо за рекомендацию, обязательно найду в интернете.

Добавлено через 9 минут

Сообщение от Catstail - библия Эпплмана не может "устреть" (пока жив WinAPI)

Ну не знаю, я на протяжении последних, пожалуй, лет пяти добросовестно принимался её читать, но всякий раз буксовал на первой же главе. Потом возникало желание читать с пропусками. Но с другой стороны, было сомнение, что пропущу что-то важное, и из-за этого дальше уже что-то не пойму. Ну так вот и уходил весь мой первоначальный энтузиазм в песок
Месяц назад предпринял очередную попытку, дочитал до главы по DLL и SLL и сдулся

0

0

Сообщение от Power_Basic А куда уж дальше-то, я не понимаю?

- Почитайте C++ - поймете. В VB/VBA объектная подистема "лайт".

Сообщение от Power_Basic наследования,

- наследования (наследования реализации) в VB нет.

Сообщение от Power_Basic Ну не знаю, я на протяжении последних, пожалуй, лет пяти добросовестно принимался её читать,

- это же справочное руководство...

0

Сообщение от Power_Basic Да нет, об этом даже речи не идёт. Тут чужие-то научиться бы худо-бедно использовать

Тогда никаких проблем. Даже в ассемблере с этим никаких проблем нет, не говоря уже о ЯВУ.

Сообщение от Power_Basic Выходит, что всё-таки есть смысл даже с VS 2019 начать? Но там же ведь всё, скорее всего, через Net Framework? А мне бы с этим чудом-юдом связываться не хотелось бы. А вот кстати, какая версия C++ была самой последней до внедрения технологии Net? Может быть как раз с неё-то и имеет смысл начать?

А причем NET? Не хотите - не используйте. Под дотнет мне кажется лучше шапр использовать.

Сообщение от Power_Basic Не, ну я имел в виду, что вместо объявления нескольких функций, принимающих параметры с разными типами данных, в VB можно объявить одну функцию с параметрами типа Variant, ну вот и получается что-то похожее на шаблон функции в C++.

Нет. Это вообще разное. К примеру шаблон можно переопределить.

Сообщение от Power_Basic И кстати говоря, вы сейчас затронули очень интересный момент. Неужели и правда, в VB есть что-то, чего нет в C++, хотя первый остановился в развитии 22 года назад, а второй развивается до сих пор? Не, ну первое, что приходит мне в голову это упомянутый тип данных Variant, который имеет репутацию очень медленного. Ну а что же ещё-то? И почему не используют? Считают нецелесообразным?

Я имею в виду синтаксические возможности. На вбстритс были примеры, ссылки давать нельзя, если нужно отвечу в личку.

Сообщение от Power_Basic А у меня же в этом вся соль замысла. Делим весь текст на несколько частей и обрабатываем каждую из них (одновременно!) в отдельном потоке. Скорость же сразу в разы выше.

Все равно не вижу связи со скоростью работы интерпретатора и данной задачей.

Сообщение от Power_Basic В VB ООП присутствует по полной программе, неужели в плюсы такие возможности не заложены?!

В VB6 COM, и то не полный. В плюсах тоже к примеру нет интерфейсов (они реализуются через абстрактные классы).

Сообщение от Power_Basic Ну да, именно так! А то получается, что всех отсылают к Эпплману, который давно уже морально устарел и может служить только демотиватором, чтобы уже окончательно отбить всякую охоту "совать нос в WINAPI"

В сети, мне кажется, уже можно найти любой код и любую API в связке с VB6. Кстати если уж так трудно с параметрами разбираться то можно использовать готовую библиотеку типов.

Сообщение от Catstail Есть хорошая книга "VB Крепкий орешек" авт. Брюс МакКинни (1998) рекомендую

Я бы также посоветовал Advanced Visual Basic 6:Power Techniques for Everyday Programs by Matthew Curland, лучшей книги для углубленного изучения и понимания VB6, его внутренностей, работы с API, COM, потоками и еще кучей всего мне кажется нет. Жаль что она не была издана на русском языке в свое время.

Сообщение от Power_Basic Ну тогда порекомендуйте, пожалуйста, какую-нибудь современную книгу по вызову СИ функций из VB.

Ну было бы глупо издавать специально для этого целую книгу.

Сообщение от Power_Basic А куда уж дальше-то, я не понимаю? В VB же всё именно на объектах построено. Спплошные объекты кругом, коллекции объектов, события объектов, классы, наследования, полиморфизм...

Нет там наследования. За наследованием к Matthew Curland'у. Ну а вообще задачи можно решить и без наследования. Есть вещи еще гибче чем наследование реализации. Также это очень спорный момент что есть ООП. Тут неоднократно были споры по этому поводу, можете почитать.

1

Сообщение от Catstail - Почитайте C++ - поймете. В VB/VBA объектная подистема "лайт".

Я не ставлю перед собой задачу глубокого изучения C/C++. Я любитель, не профессионал. Программы пишу исключительно для самого себя, поэтому мне вполне достаточно двух диалектов бейсика. А C и C++ мне сейчас нужны исключительно для того, чтобы понимать примеры, написанные на этих языках в MSDN. Ну вы же сами знаете, что там существует своего рода дискриминация бейсик-программистов.

Сообщение от Catstail - наследования (наследования реализации) в VB нет.

На самом деле, я не самый глубокий знаток всех этих "прибамбасов", просто перечислил "мудрёные" слова, которые когда-то очень давно встретил в Онлайн-библиотеке Visual Basic. Про полиморфизм там точно было написано. Про "наследование", не уверен
Но вам верю!

Сообщение от Power_Basic Ну не знаю, я на протяжении последних, пожалуй, лет пяти добросовестно принимался её читать,

Сообщение от Catstail - это же справочное руководство...

Согласен, справочное, там так и написано, дескать, можете читать выборочно, начиная с любого места в книге, но прежде всего первые 4 главы прочитайте обязательно и очень внимательно, а иначе потом ничего не поймёте. Ну вот я и читаю эти 4 главы уже лет пять, не меньше
Вот для вас это "библия", потому что вы, наверняка, первый раз прочитали эту книгу, когда процентов 90 изложенной в ней информации ещё было актуально, а теперь возможно заглядываете лишь изредка. Ну а мне-то каково сейчас окунаться в царство Windos 95, приправленное постоянными упоминаниями Win16? Ну "не вкусно" это читать в 21-ом году 21-го века из системы Win_10_64
А там же ведь ещё постоянные отсылки к его же книжке по Win16. Ну вот и думаешь, может быть я сейчас ничего здесь не пойму, потому что ту его книжку сначала не прочитал. И первые 4 главы тоже хрен пропустишь, потому что написано же: обязательно прочитай, а то дальше ничего не поймёшь!

А вот кстати, он там постоянно рекомендует использовать свой самодельный API32.TXT вместо "штатного" Win32API.TXT. Имеет смысл?

Добавлено через 52 минуты


Добавлено через 2 часа 8 минут

Сообщение от The trick Тогда никаких проблем. Даже в ассемблере с этим никаких проблем нет, не говоря уже о ЯВУ.

С ассемблерами вообще морока, - в стек параметры вставлять, потом ещё надо не запутаться, слева-направо или справо-налево и кто (вызывающий или вызываемый) очищает стек в самом конце. Это я припоминаю теорию, которую когда-то давным-давно пытался отрывочно изучать

Сообщение от Power_Basic Выходит, что всё-таки есть смысл даже с VS 2019 начать? Но там же ведь всё, скорее всего, через Net Framework? А мне бы с этим чудом-юдом связываться не хотелось бы. А вот кстати, какая версия C++ была самой последней до внедрения технологии Net? Может быть как раз с неё-то и имеет смысл начать?

Сообщение от The trick А причем NET? Не хотите - не используйте. Под дотнет мне кажется лучше шапр использовать.

Правильно я понял, что та версия C++, которая входит в состав VS 2019, умеет создавать EXE-файлы, для работы которых совсем не требуется поддержка среды Net Framework при прогоне? Ну вот например, я могу на Power Basic'е (ну или даже на Визуальном бейсике) скомпилировать программу на десктопе, а потом без проблем прогонять её на своём слабеньком нетбуке, куда современный Net Framework просто физически невозможно установить (процессор 900 МГц, 2 Гб ОЗУ, SSD диск на 4 Гб, карта памяти 32 Гб, на которую установлена, разумеется с большими сложностями и с которой запускается Windows 7).
Ну если это действительно так, тогда, пожалуй и правда, имеет смысл использовать самую последнюю версию C++, хоть и много места займёт на диске десктопа.

Сообщение от Power_Basic Не, ну я имел в виду, что вместо объявления нескольких функций, принимающих параметры с разными типами данных, в VB можно объявить одну функцию с параметрами типа Variant, ну вот и получается что-то похожее на шаблон функции в C++.

Сообщение от The trick Нет. Это вообще разное. К примеру шаблон можно переопределить.

Не, ну понятно, конечно же, что C++ гораздо гибче чем VB, но я всё-таки пытаюсь искать какие-то анологии, для изучения так проще

Сообщение от Power_Basic И кстати говоря, вы сейчас затронули очень интересный момент. Неужели и правда, в VB есть что-то, чего нет в C++, хотя первый остановился в развитии 22 года назад, а второй развивается до сих пор?

Сообщение от The trick Я имею в виду синтаксические возможности. На вбстритс были примеры, ссылки давать нельзя, если нужно отвечу в личку.

Да, пожалуйста, скиньте ссылку, мне это действительно очень интересно.

Сообщение от Power_Basic А у меня же в этом вся соль замысла. Делим весь текст на несколько частей и обрабатываем каждую из них (одновременно!) в отдельном потоке. Скорость же сразу в разы выше.

Сообщение от The trick Все равно не вижу связи со скоростью работы интерпретатора и данной задачей.

Ну всё же началось именно со скорости. У меня есть любимая программа по созданию аудиокниг MP3Book2005, но автор давно уже её забросил и не развивает. Ну вот я и решил потягаться с ним в скорости. Изначально было две "центральные" идеи - перенести всю обработку текста в ОЗУ и только в самом конце сбрасывать полученный результат на диск, и использовать много потоков вместо одного как у него. Разумеется я не знаю, сколько потоков он использует на самом деле, но, исходя из относительной древности программы, предполагаю что один.
На интерпретаторе VBA Excel несколько потоков запустить не получится без использования опять же WINAPI или каких-нибудь ещё "премудростей".

Сообщение от The trick В VB6 COM, и то не полный. В плюсах тоже к примеру нет интерфейсов (они реализуются через абстрактные классы).

А вот тогда в Power Basic'е классы есть или нет? Ну мне хотя бы чтоб понять, о чём вообще речь идёт. Например, там можно объявить класс вот так:

А потом создавать объекты этого класса вот так:

Неужели в С++ такое невозможно?!
Вот те раз, а я уже привык, мне понравилось

Сообщение от The trick В сети, мне кажется, уже можно найти любой код и любую API в связке с VB6.

Ну вот, например, со счётчиками производительности PDH я совсем недавно почти две недели промучался, прежде чем удалось во всём разобраться. А пример на VB удалось найти только древний-предревний (для VB4), хотя даже в самой MSDN имеются PDH-функции специально предназначенные для Визуального бейсика, ну и даже с примерами кое-где. Но они у меня не работали, а я не понимал, толи я неправильно эти функции использую, толи параметры неправильно передаю.

Сообщение от The trick Кстати если уж так трудно с параметрами разбираться то можно использовать готовую библиотеку типов.

В дистрибутиве Power Basic'а имеется большая библиотека. Вот случайный отрывок из первого попавшегося файла:

Но всё равно проблемы с передачей параметров постоянно у меня возникают. Особенно в COM.

Сообщение от The trick Я бы также посоветовал Advanced Visual Basic 6:Power Techniques for Everyday Programs by Matthew Curland, лучшей книги для углубленного изучения и понимания VB6, его внутренностей, работы с API, COM, потоками и еще кучей всего мне кажется нет. Жаль что она не была издана на русском языке в свое время.

Спасибо, обязательно найду и почитаю.

Сообщение от Power_Basic Ну тогда порекомендуйте, пожалуйста, какую-нибудь современную книгу по вызову СИ функций из VB.

Сообщение от The trick Ну было бы глупо издавать специально для этого целую книгу.

Но они же всё-таки есть

Сообщение от IDK 2. По вызову СИ функций из VB согласен с теми, кто ответил выше. Нужно этот вопрос знать, есть соответствующие книги.

Сообщение от The trick Нет там наследования. За наследованием к Matthew Curland'у. Ну а вообще задачи можно решить и без наследования. Есть вещи еще гибче чем наследование реализации. Также это очень спорный момент что есть ООП. Тут неоднократно были споры по этому поводу, можете почитать.

Да нет, на самом деле такие глубины мне сейчас не особенно нужны. Я же просто перечислил все "мудрёные" слова по ООП, которые когда-то давным-давно встречал при чтении Online Books Визуального бейсика

Добавлено через 11 минут

Сообщение от The trick В сети, мне кажется, уже можно найти любой код и любую API в связке с VB6.

И ещё я забыл сказать, что, к сожалению, в сети сначала подсовывают примеры на VB.Net и только потом на VB

0

Говоря про книги, имел ввиду в основном Эплмана. Для IDE, которому 22 года, и нет аудитории, которой можно было бы адресовать книгу/ги смысла осовременивать что-то нет. В API вьюире нет всех объявлений для интерфейсов винды, на мой взгляд, нужно уметь их переводить на VB. Эплман рассчитан на подготовленного читателя, другой может не понять не разобраться, а так, опять же на мой взгляд, все там есть. Если что-то непонятно, то можно спросить на форуме. Либо изучать вдумчиво, любознательно, основательно. Знания, обычно, приобретаются тяжелым трудом, сами собой не приходят.

Условно, опять же, можно сказать, что VB мертв, но, если рассмотреть VB.net, можно и не согласиться с данным утверждением. Под VB.net, скажем, есть все что нужно и в современном виде. Можно его изучать. Но, если ставить вопрос изучения нового языка, возможно, что VB.net не самая лучшая кандидатура.

0

Сообщение от Power_Basic Правильно я понял, что та версия C++, которая входит в состав VS 2019, умеет создавать EXE-файлы, для работы которых совсем не требуется поддержка среды Net Framework при прогоне?

Зато требуется рантайм-библиотека, которой может не оказаться в винде.

Сообщение от Power_Basic Ну если это действительно так, тогда, пожалуй и правда, имеет смысл использовать самую последнюю версию C++

Нужны нововведения текущего стандарта?

Сообщение от Power_Basic Разумеется я не знаю, сколько потоков он использует на самом деле

Программа ProcessHacker или подобная позволит это выяснить.

0

Сообщение от Power_Basic Спасибо, с интересом посмотрел и почитал. Реально очень полезно мне для видения общей картины. Выходит, на тот момент времени (2006 год) Pure Basic самый компактный, а Free Basic самый быстрый. И да, про PureBasic очень лестно отзываются. Скорость сопоставима с ассемблерами, визуальный редактор.

Не стоит доверять той статье. В среднем Pure/Free/VB6 одинаковы по скорости. (вот и вот к примеру)

Сообщение от Power_Basic С ассемблерами вообще морока, - в стек параметры вставлять, потом ещё надо не запутаться, слева-направо или справо-налево и кто (вызывающий или вызываемый) очищает стек в самом конце. Это я припоминаю теорию, которую когда-то давным-давно пытался отрывочно изучать

В COM и WINAPI используется соглашение STDCALL (для x86), только пару случаев исключения.

Сообщение от Power_Basic Правильно я понял, что та версия C++, которая входит в состав VS 2019, умеет создавать EXE-файлы, для работы которых совсем не требуется поддержка среды Net Framework при прогоне? Ну вот например, я могу на Power Basic'е (ну или даже на Визуальном бейсике) скомпилировать программу на десктопе, а потом без проблем прогонять её на своём слабеньком нетбуке, куда современный Net Framework просто физически невозможно установить (процессор 900 МГц, 2 Гб ОЗУ, SSD диск на 4 Гб, карта памяти 32 Гб, на которую установлена, разумеется с большими сложностями и с которой запускается Windows 7). Ну если это действительно так, тогда, пожалуй и правда, имеет смысл использовать самую последнюю версию C++, хоть и много места займёт на диске десктопа.

Это вообще разные вещи. Хотите использовать - используйте. Не хотите - не используйте. Насчет версий фреймворка - ее можно выбирать если требуется.

Сообщение от Power_Basic Не, ну понятно, конечно же, что C++ гораздо гибче чем VB, но я всё-таки пытаюсь искать какие-то анологии, для изучения так проще

Нет. Если проводить аналогию то в C++ можно также Variant использовать. А если использовать какой-нибудь _variant_t или CComVariant, то работать можно почти также легко как в VB.

Сообщение от Power_Basic Ну всё же началось именно со скорости. У меня есть любимая программа по созданию аудиокниг MP3Book2005, но автор давно уже её забросил и не развивает. Ну вот я и решил потягаться с ним в скорости. Изначально было две "центральные" идеи - перенести всю обработку текста в ОЗУ и только в самом конце сбрасывать полученный результат на диск, и использовать много потоков вместо одного как у него. Разумеется я не знаю, сколько потоков он использует на самом деле, но, исходя из относительной древности программы, предполагаю что один. На интерпретаторе VBA Excel несколько потоков запустить не получится без использования опять же WINAPI или каких-нибудь ещё "премудростей".

В данном случае скорость работы интерпретатора или скомпилированного кода неважна, поскольку общее время его работы ничтожно мало по сравнению с тем же кодом SAPI к примеру. Если уж очень нужно параллельности то даже в офисе можно просто несколько экземпляров приложения запустить и выполнить в них макросы.

Сообщение от Power_Basic Неужели в С++ такое невозможно?! Вот те раз, а я уже привык, мне понравилось

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

Сообщение от Power_Basic Ну вот, например, со счётчиками производительности PDH я совсем недавно почти две недели промучался, прежде чем удалось во всём разобраться. А пример на VB удалось найти только древний-предревний (для VB4), хотя даже в самой MSDN имеются PDH-функции специально предназначенные для Визуального бейсика, ну и даже с примерами кое-где. Но они у меня не работали, а я не понимал, толи я неправильно эти функции использую, толи параметры неправильно передаю.

Не знаю, я в гугл забил и мне сразу куча вариантов вылезла.

Сообщение от Power_Basic В дистрибутиве Power Basic'а имеется большая библиотека. Вот случайный отрывок из первого попавшегося файла:

VB6 поддерживает библиотеки типов (tlb). Вот есть такие типа win32.tlb и т.д. которые можно подключить в проект и функцие объявленные там будут доступны для использования. В аттаче пример. Там не все функции, но библиотеки можно дополнять и т.п. Кстати с такими библиотеками приложение будет работать быстрее.

Сообщение от Power_Basic Но всё равно проблемы с передачей параметров постоянно у меня возникают. Особенно в COM.

Это какой-то беспредметный разговор. Если есть проблемы, то стоит конкретно ее назвать, а так лично для меня непонятно в чем там могут быть проблемы.

Сообщение от Power_Basic Но они же всё-таки есть

Где?

Добавлено через 1 минуту

Сообщение от locm Зато требуется рантайм-библиотека, которой может не оказаться в винде.

Необязательно. Можно сделать так чтобы из зависимостей была только msvcrt.

0

Сообщение от IDK Говоря про книги, имел ввиду в основном Эплмана... Эплман рассчитан на подготовленного читателя, другой может не понять не разобраться, а так, опять же на мой взгляд, все там есть

Для своего времени книга безусловно замечательная, кто бы спорил. Но сейчас, чтобы изучать её "с нуля", хорошо бы иметь поблизости опытного наставника, который постоянно заглядывает через плечо и подсказывает: "Вот это можешь смело пропустить... вот это прочитай просто для общего представления... а вот это должен знать обязательно". У меня такого наставника, увы, нет
Поэтому для меня это выглядит как книга по радиолампам в эпоху полупроводников, например. Ну там же тоже, наверняка, много чего полезного можно почерпнуть. Законы Кирхгофа, расчёт цепей, да и много ещё чего другого, наверняка. Читая Эплмана, сразу, например, понятно, что Win16 уже точно не используется, и такие отрывки книги можно смело пропускать, но вот всё остальное посвящено Windows 95. Что там устарело уже окончательно, а что нет, совершенно не понятно. Вот именно это и демотивирует.

Сообщение от IDK Для IDE, которому 22 года, и нет аудитории, которой можно было бы адресовать книгу/ги смысла осовременивать что-то нет.

Ну да, это понятно. Нет спроса, нет и предложения. Никому не хочется затрачивать серьёзных усилий и терять время на то, что может оказаться невостребованным. Но с другой стороны, как я слышал, VB6 до сих пор входит в учебные программы в некоторых ВУЗах. Если это так (проверить не могу), тогда какая-то аудитория (и немалая) всё-таки есть.

Сообщение от IDK В API вьюире нет всех объявлений для интерфейсов винды, на мой взгляд, нужно уметь их переводить на VB.

Да там, наверняка, нет и деклараций для всех API-функций, "родившихся" уже после 1998-го года.

Сообщение от IDK Условно, опять же, можно сказать, что VB мертв, но, если рассмотреть VB.net, можно и не согласиться с данным утверждением. Под VB.net, скажем, есть все что нужно и в современном виде. Можно его изучать. Но, если ставить вопрос изучения нового языка, возможно, что VB.net не самая лучшая кандидатура.

Но там же фреймворк с его дутым софтом и дурной репутацией. И тогда уже точно мои программы, написанные на десктопе, не получиться запускать на моём слабеньком нетбуке

Добавлено через 27 минут

Сообщение от Power_Basic Правильно я понял, что та версия C++, которая входит в состав VS 2019, умеет создавать EXE-файлы, для работы которых совсем не требуется поддержка среды Net Framework при прогоне?

Сообщение от locm Зато требуется рантайм-библиотека, которой может не оказаться в винде.

Тогда получается, что наши с вами диалекты бейсиков в этом аспекте даже круче чем сам C++?! Ну дела

А если серьёзно, то сишная рантайм-библиотека всё-таки присутствует (и всегда будет присутствовать) во всех версиях Windows и не занимает так много места как фреймворк.

Сообщение от Power_Basic Ну если это действительно так, тогда, пожалуй и правда, имеет смысл использовать самую последнюю версию C++

Сообщение от locm Нужны нововведения текущего стандарта?

Да нет, я даже не знаю, о каких нововведениях идёт речь
Просто хочется найти какой-нибудь оптимальный вариант, чтобы одновременно и места на диске не слишком много занимало, и хорошие перспективы были открытыми на тот случай, если мне всё-таки когда-нибудь захочется написать что-то и на С++ тоже.

Сообщение от Power_Basic Разумеется я не знаю, сколько потоков он использует на самом деле

Сообщение от locm Программа ProcessHacker или подобная позволит это выяснить.

Спасибо за подсказку, надо будет глянуть. Может быть даже выяснится, что там у того дядьки тоже несколько потоков используется, и тогда, получается, что моё с ним"заочное соревнование" вообще не имело никакого смысла с самого начала.

0

Сообщение от Power_Basic Тогда получается, что наши с вами диалекты бейсиков в этом аспекте даже круче чем сам C++?!

Не нужно путать ЯП и компиляторы. Для Си много компиляторов и у каждого свои особенности.

Сообщение от Power_Basic А если серьёзно, то сишная рантайм-библиотека всё-таки присутствует (и всегда будет присутствовать) во всех версиях Windows

Например далеко не во всех виндах по умолчанию будет MSVCP14.dll или более свежий рантайм. В каждой студии своя рантайм библиотека.

0

Сообщение от Power_Basic Тогда получается, что наши с вами диалекты бейсиков в этом аспекте даже круче чем сам C++?! Ну дела А если серьёзно, то сишная рантайм-библиотека всё-таки присутствует (и всегда будет присутствовать) во всех версиях Windows и не занимает так много места как фреймворк.

Visual C++ позволяет компилировать так чтобы в зависимостях были только системные либы.

0

Сообщение от The trick Не стоит доверять той статье. В среднем Pure/Free/VB6 одинаковы по скорости. (вот и вот к примеру)

По ссылкам посмотрел и сделал вывод, что идеальный универсальный бенчмарк придумать вообще невозможно.

Сообщение от The trick В COM и WINAPI используется соглашение STDCALL (для x86), только пару случаев исключения.

Ну это приятно слышать, а то ведь получается 4 возможных комбинаций. Поди там разберись, когда какую применять, если не знать заранее

Сообщение от The trick Это вообще разные вещи. Хотите использовать - используйте. Не хотите - не используйте. Насчет версий фреймворка - ее можно выбирать если требуется.

Во как! Оказывается, там даже можно выбирать, под какую систему компилировать, - под Net или под "нормальный" Windows. Очень познавательная ссылочка.

Сообщение от The trick Нет. Если проводить аналогию то в C++ можно также Variant использовать. А если использовать какой-нибудь _variant_t или CComVariant, то работать можно почти также легко как в VB.

Да нет, я не такой уж большой поклонник Variant'ов, поскольку ещё 15 лет назад прочитал в VB OnlineBooks, что они очень медленные, что их надо, по возможности, избегать и следует всегда явно объявлять переменные, а иначе по умолчанию они будут Variant'ами.

Кстати, на днях смотрел несколько очередных уроков на ютубе. На этот раз про стек и про рекурсию. Ну и про переполнение стека заодно, как резульат неправильного использования рекурсии.
Ну вот как раз пример того, что изучать новый язык совсем уж "с нуля" или уже имея определённый опыт в других языках, это всё-таки большая разница.
Стек же он и в Африке стек Хоть в С++, хоть в VB. И про рекурсию и переполнение стека можно сказать то же самое. Так что это смело можно отнести к сходству двух этих языков. Хотя, конечно, в С++ содержимое стека, наверняка, можно "потрогать ручками", а в VB такое вряд ли возможно. Ну это можно записать в различия. Преподаватель тот про это не рассказывал пока, но я и сам уже догадался.
Следующий урок про применение рекурсии функций для вычисления факториалов
Смутно припоминаю, что давным-давно еще в институте на уроках программирования нам предлагали похожую задачу. Ну ни разу в жизни даже близко не понадобилось ничего подобного.
Да и вообще я когда-то где-то прочитал, что надо стремиться к максимальной простоте кода, чтобы потом через несколько лет сам же смог в нём легко разобраться. Ну вот и придерживаюсь с тех пор этого правила.

0

Сообщение от Power_Basic Может быть даже выяснится, что там у того дядьки тоже несколько потоков используется, и тогда, получается, что моё с ним"заочное соревнование" вообще не имело никакого смысла с самого начала.

Проштудировал по этой теме 4PDA форумы, есть там люди, которых активно интересуют подобные программы. MP3book2005 хвалят в основном, хотя и ругают автора за жадность и нетерпимую борьбу с пиратами. Ну да не в этом суть.
Читал, что умеет она в несколько потоков, кто то писал, что даже 8.
Лично я не смог её заставить так делать. Ну, знакомство было шапошное, чисто посмотреть. Накидал на коленке свой код, потому, что не дает покоя эта многозадачность. Вызвать процедуру записи в wav в несколько потоков без ошибок мне так и не удалось. Я понял, что с одним экземпляром движка это не сделать в принципе. Надо каждый раз инициализировать новый экземпляр SAPI5, после отработки его удалять, и всё это надо в потоке, которому передать параметры и следить за его работой! Сложности не соизмеримые с результатом.
Гораздо проще написать отдельный exe-шник (к стати, всего 15 Кб вышел), который управляется с параметрами ком. строки, и уже из основной программы управлять его запусками. В принципе то же самое делает MP3book2005, когда кодирует lame.exe в mp3, значит ни чего зазорного в этом нет.
Когда концепция выстроилась, дальше уже дело техники.
Заложил я 10 потоков, загрузил нашего Льва Толстого "Война и мир" оба 2 тома. Разбил по 100 строк - 127 штук вышло.
Это такие характеристики текста :
12 573 строки, 1 483 566 символов, ~ 25 часов чтения голосом.
Голос Николай отработал за 6.38 минут
Мой 4-х ядерный i5 грузился от 8% до 50%. Т.е смело могу ещё + 8 потоков накинуть, и за 3 минуты закодировать!.
Голос Алёна 22k, более современный, грузил комп на 98-100%, при 10 потоках работал 6.91 минуту, считай на пределе.

Теперь MP3book2005, работал 32 минуты, грузил комп на 25%. Т.е. по всему видно в 1 поток, и если бы на 1 ядро, то 100% загрузка.

В общем это я к тому, что задачу можно распараллелить, но проще это сделать способом как я. Смысл соревнования есть, MP3book2005 не шибко быстрая.

1

Сообщение от The trick В данном случае скорость работы интерпретатора или скомпилированного кода неважна, поскольку общее время его работы ничтожно мало по сравнению с тем же кодом SAPI к примеру. Если уж очень нужно параллельности то даже в офисе можно просто несколько экземпляров приложения запустить и выполнить в них макросы.

Эдак вы меня окончательно убедите в том, что моя давнишняя "сумашедшая" идея программировать всё только из VBA Excel была не лишена здравого смысла
Взаимодействие с WINAPI всегда под рукой, а если что, то можно же ещё и DLL-айки подключать, написанные хотя бы на том же PowerBasic'е.

Сообщение от The trick Конечно можно. Объекты создавать можно во многих языках, но есть группа людей которые считают что ООП - это как в плюсах, а такое ООП как в VB6 к примеру не ООП, другие наоборот.

Ну в такие тонкости вникать, мне конечно, не имеет смысла. Главное, что имеется возможность создавать объекты привычным мне образом.

Сообщение от The trick Не знаю, я в гугл забил и мне сразу куча вариантов вылезла.

Ну может мне не везло просто. Ну правда, первыми всегда предлагались ссылки именно по VB.net, и только если спуститься ниже по странице, то там уже было что-нибудь по VB6.

Сообщение от The trick VB6 поддерживает библиотеки типов (tlb). Вот есть такие типа win32.tlb и т.д. которые можно подключить в проект и функцие объявленные там будут доступны для использования. В аттаче пример. Там не все функции, но библиотеки можно дополнять и т.п. Кстати с такими библиотеками приложение будет работать быстрее.

А, понял, это же описания COM-библиотек, которые подключаются к проекту на VB6 через меню Project > References, а в PowerBasic'е с помощью COM-браузера, где можно просто щёлкнуть по имени соответствующей DLL и будут автоматически написаны все заголовки для работы с этой библиотекой.

Сообщение от Power_Basic Но всё равно проблемы с передачей параметров постоянно у меня возникают. Особенно в COM.

Сообщение от The trick Это какой-то беспредметный разговор. Если есть проблемы, то стоит конкретно ее назвать, а так лично для меня непонятно в чем там могут быть проблемы.

Согласен, получается нелепо
Но сейчас просто ситуация такая, что я ничего нового не программирую, а только старый проект "до ума довожу", а там всё взаимодействие с COM и с WINAPI уже худо-бедно организовано. Так что, примеров, как выяснилось, вот прямо сейчас привести не смогу. Даже пытался специально найти те места, где у меня были сложности, и не нашёл. Сомнительные места кода удалены вместе со "следами преступлений"
Так что пока тему проблемы передачи параметров в COM и WINAPI временно открывать не буду. Открою, когда возникнет первая же подобная трудность.

0