Что лучше использовать для низкоуровневого программирования?

@mr_free · Регистрация: 08.08.2012

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

Здравствуйте, задался я вопросом, а что лучше использовать для низкоуровневого программирования (работы со звуком и буфером), + еще написать интерфейс программы?!
Программа написана на С++ с использованием WinApi, но не устраивает объём программки.
Что лучше использовать лучше, необходимые факторы: быстродействие и вес.
Что лучше WinApi, Assembler, .Net Framework, Phyton? Или забыть об этом и написать интерфейс с MFC?
Но тогда она будет много весить!
Или можно просто написать с Qt и добиться кросплотформенности?
P.s. Из списка знаю чуть-чуть WinApi. Что лучше использовать в асме будет быстрее?
С помощью чего лучше создать интерфейс проги?

@Пaтрик · 28.08.2012, 17:19

WinAPI: работать все будет быстро, но писать будите долго.
Assembler: вам жизни не хватит, что бы реализовать то что вы задумали.
.Net Framework: быстро весело, придется тянуть dotnet, и кроме винды нигде не запустите (ну еще mono)
Python: круто, быстро, медленно, в отличии от всего что компилируется.
MFC: шлак какой-то.
Qt: сплошь крутяки, кроссплатформенность, быстрота.

@NoMasters · 28.08.2012, 17:22

Бэкенд на сях, фронтенд на чём удобней.

@mr_free · 29.08.2012, 09:54 **[ТС]**

Пaтрик, емкий ответ, но хотелось бы узнать что из этих трех вариантов лучше: Qt, WinApi, Python. А насчет фрамворка я знаю, просто никак не определюсь что лучше выйграш в скорости, но пройгреш в кросплотформенности или наоборот?! Или на Qt будет выйграш и в том и в том? И как Qt относиться к Winapi?
А то у меня вставки с Winapi?

@Пaтрик · 29.08.2012, 10:20

Qt - это и скорость и кроссплатформенность. Qt относится к WinAPI плохо, потому что теряется переносимость.

@nexen · 29.08.2012, 10:30

Сообщение от Пaтрик

WinAPI: работать все будет быстро, но писать будите долго.
Assembler: вам жизни не хватит, что бы реализовать то что вы задумали.
.Net Framework: быстро весело, придется тянуть dotnet, и кроме винды нигде не запустите (ну еще mono)
Python: круто, быстро, медленно, в отличии от всего что компилируется.
MFC: шлак какой-то.
Qt: сплошь крутяки, кроссплатформенность, быстрота.

Это как? Оо

@NoMasters · 29.08.2012, 10:35

Не по теме:

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

Это как? Оо

Быстро тормозит, не то что ява:D

@Пaтрик · 29.08.2012, 10:57

Сори, быстро это относительно времени разработки.

@mr_free · 29.08.2012, 11:38 **[ТС]**

Хмм, тогда вопрос еще не закрыт! Каким же это чудом можно сделать на Qt без WinApi вставки?

Добавлено через 54 секунды
и в каком смысле переносимость? кросплатформенность?

Jupiter · 29.08.2012, 11:48

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

Каким же это чудом можно сделать на Qt без WinApi вставки?

что сделать?

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

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

и в каком смысле переносимость? кросплатформенность?

единый код для всех поддерживаемых платформ

@mr_free · 29.08.2012, 12:51 **[ТС]**

Jupiter, в самом начале я писал "работа со звуком и буфером". Так что выходит даже если я созданы проект на VS 2010 написаный на C++ с вставочками на WinApi, то кросплотформенности не будет?А в скорости выйграш будет?

Добавлено через 5 минут
Просто скажем так, сейчас все сделано средствами стандартной мультимедиа (winmm.dll), к формату, каналам и т.п. есть свои требования, данные из звуковой карты проходят оцифровку, потом записуються в буфер и выводят результат в файл. Какими средствами это можно реализовать в Qt, так что б и на винде работала нормально и на линуксе, сейчас понятное дело на линуксе она не пойдет.???

@Пaтрик · 29.08.2012, 12:59

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

то кросплотформенности не будет?

нет, потому что ВинАПИ - это винда.

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

А в скорости выйграш будет?

зависит от того как напишите.

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

Какими средствами это можно реализовать в Qt

http://ru.wikipedia.org/wiki/Phonon

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

сейчас понятное дело на линуксе она не пойдет.???

если дело понятное зачем спрашивать

@OhMyGodSoLong · 29.08.2012, 13:00

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

Jupiter, в самом начале я писал "работа со звуком и буфером". Так что выходит даже если я созданы проект на VS 2010 написаный на C++ с вставочками на WinApi, то кросплотформенности не будет?А в скорости выйграш будет?

Добавлено через 5 минут
Просто скажем так, сейчас все сделано средствами стандартной мультимедиа (winmm.dll), к формату, каналам и т.п. есть свои требования, данные из звуковой карты проходят оцифровку, потом записуються в буфер и выводят результат в файл. Какими средствами это можно реализовать в Qt, так что б и на винде работала нормально и на линуксе, сейчас понятное дело на линуксе она не пойдет.???

Вы сейчас сказали примерно такое: «Я говорю по-русски. Как можно используя сленг физиков-ядерщиков сделать так, чтобы меня понимали нормально и в России, и на Ямайке». Чтобы там понимали, придётся говорить на местом наречии (читай: использовать приблуды Qt для этого всего; благо, они есть).

Естественно, зависимость от WinAPI и стандартных виндовых *.dll = прибито к Windows намертво. (Мертвецов можно заставить ходить, но вы в курсе, как часто они падают.)

Не по теме:

И, умоляю, выигрыш.

@mr_free · 29.08.2012, 13:23 **[ТС]**

Хорошо, хорошо, буду стремиться к правильности. Не много запутал фразу или много??!

Я хотел узнать каким прекрасным образом, можно написать приложение (выше описанное), которое работает со звуком и буфером, чтоб оно работало отлично и на Виндовс и на Линуксе? И стандартные медиабиблиотека что используються в Qt отсутствуют в Виндовс, а главное требование, это чтоб без всяких подгрузок программка работала?
Насколько я знаю, работу со звуком на С++ можно реализовать двумя путями Winmm.dll (winapi) or DirectSound, но с директом свои заморочки и далеко не факт, что будет работать на всех ПК. (без подгрузки).
Так-что меня волнует, как написать так, что б работала на Винде?
Никогда не видел, что б прога специально написанная под Линукс работала и на Виндувс, это как небо и земля.

@OhMyGodSoLong · 29.08.2012, 14:22

Использовать библиотеки Qt и тащить dll-ки Qt вместе с программой. Не бойтесь тащить нужные dll-ки с программой. Для звука есть модуль QtMultimedia, для буфера... ну, смотря, что за буфер; если буфер обмена, то есть класс QClipboard.

В крайнем случае, если религия совершенно напрочь запрещает тащить dll-ки, можно с помощью такой-то матери прилинковать всё нужное статически (получить *.exe в пару десятков мегабайт).

Если вас волнует размер... ну перепишите только интерфейс на Qt/.NET/чём угодно, а всю работу со звуком так и оставьте под WinAPI, раз она уже написана, потом просто прикрутив её как мозги к интерфейсу.

Если же работу со звуком тоже надо переносить из Винды, то тут или писать с помощью %frameworkname%, который попрячет всё ОС-специфичное, и один и тот же код будет компилироваться и под Windows и под Linux. Или писать руками две библиотеки: одна с WinAPI для Винды, другая под... стопицот различных звуковых подсистем Linux.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

@mr_free 73 / 7 / 0 Регистрация: 08.08.2012 Сообщений: 223 Записей в блоге: 1

	Что лучше использовать для низкоуровневого программирования? 28.08.2012, 17:09. Показов 3938. Ответов 14 Метки нет (Все метки) Здравствуйте, задался я вопросом, а что лучше использовать для низкоуровневого программирования (работы со звуком и буфером), + еще написать интерфейс программы?! Программа написана на С++ с использованием WinApi, но не устраивает объём программки. Что лучше использовать лучше, необходимые факторы: быстродействие и вес. Что лучше WinApi, Assembler, .Net Framework, Phyton? Или забыть об этом и написать интерфейс с MFC? Но тогда она будет много весить! Или можно просто написать с Qt и добиться кросплотформенности? P.s. Из списка знаю чуть-чуть WinApi. Что лучше использовать в асме будет быстрее? С помощью чего лучше создать интерфейс проги? 0

@Пaтрик 442 / 410 / 132 Регистрация: 21.01.2012 Сообщений: 976
	28.08.2012, 17:19
	WinAPI: работать все будет быстро, но писать будите долго. Assembler: вам жизни не хватит, что бы реализовать то что вы задумали. .Net Framework: быстро весело, придется тянуть dotnet, и кроме винды нигде не запустите (ну еще mono) Python: круто, быстро, медленно, в отличии от всего что компилируется. MFC: шлак какой-то. Qt: сплошь крутяки, кроссплатформенность, быстрота. 1

@NoMasters Псевдослучайный 1946 / 1146 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	28.08.2012, 17:22
	Бэкенд на сях, фронтенд на чём удобней. 0

@mr_free 73 / 7 / 0 Регистрация: 08.08.2012 Сообщений: 223 Записей в блоге: 1
	29.08.2012, 09:54 [ТС]
	Пaтрик, емкий ответ, но хотелось бы узнать что из этих трех вариантов лучше: Qt, WinApi, Python. А насчет фрамворка я знаю, просто никак не определюсь что лучше выйграш в скорости, но пройгреш в кросплотформенности или наоборот?! Или на Qt будет выйграш и в том и в том? И как Qt относиться к Winapi? А то у меня вставки с Winapi? 0

@Пaтрик 442 / 410 / 132 Регистрация: 21.01.2012 Сообщений: 976
	29.08.2012, 10:20
	Qt - это и скорость и кроссплатформенность. Qt относится к WinAPI плохо, потому что теряется переносимость. 0

@Пaтрик 442 / 410 / 132 Регистрация: 21.01.2012 Сообщений: 976
	29.08.2012, 10:57
	Сори, быстро это относительно времени разработки. 0

@mr_free 73 / 7 / 0 Регистрация: 08.08.2012 Сообщений: 223 Записей в блоге: 1
	29.08.2012, 11:38 [ТС]
	Хмм, тогда вопрос еще не закрыт! Каким же это чудом можно сделать на Qt без WinApi вставки? Добавлено через 54 секунды и в каком смысле переносимость? кросплатформенность? 0

@mr_free 73 / 7 / 0 Регистрация: 08.08.2012 Сообщений: 223 Записей в блоге: 1
	29.08.2012, 12:51 [ТС]
	Jupiter, в самом начале я писал "работа со звуком и буфером". Так что выходит даже если я созданы проект на VS 2010 написаный на C++ с вставочками на WinApi, то кросплотформенности не будет?А в скорости выйграш будет? Добавлено через 5 минут Просто скажем так, сейчас все сделано средствами стандартной мультимедиа (winmm.dll), к формату, каналам и т.п. есть свои требования, данные из звуковой карты проходят оцифровку, потом записуються в буфер и выводят результат в файл. Какими средствами это можно реализовать в Qt, так что б и на винде работала нормально и на линуксе, сейчас понятное дело на линуксе она не пойдет.??? 0

@mr_free 73 / 7 / 0 Регистрация: 08.08.2012 Сообщений: 223 Записей в блоге: 1
	29.08.2012, 13:23 [ТС]
	Хорошо, хорошо, буду стремиться к правильности. Не много запутал фразу или много??! Я хотел узнать каким прекрасным образом, можно написать приложение (выше описанное), которое работает со звуком и буфером, чтоб оно работало отлично и на Виндовс и на Линуксе? И стандартные медиабиблиотека что используються в Qt отсутствуют в Виндовс, а главное требование, это чтоб без всяких подгрузок программка работала? Насколько я знаю, работу со звуком на С++ можно реализовать двумя путями Winmm.dll (winapi) or DirectSound, но с директом свои заморочки и далеко не факт, что будет работать на всех ПК. (без подгрузки). Так-что меня волнует, как написать так, что б работала на Винде? Никогда не видел, что б прога специально написанная под Линукс работала и на Виндувс, это как небо и земля. 0

@OhMyGodSoLong ~ Эврика! ~ 1258 / 1007 / 74 Регистрация: 24.07.2012 Сообщений: 2,002
	29.08.2012, 14:22
	Использовать библиотеки Qt и тащить dll-ки Qt вместе с программой. Не бойтесь тащить нужные dll-ки с программой. Для звука есть модуль QtMultimedia, для буфера... ну, смотря, что за буфер; если буфер обмена, то есть класс QClipboard. В крайнем случае, если религия совершенно напрочь запрещает тащить dll-ки, можно с помощью такой-то матери прилинковать всё нужное статически (получить *.exe в пару десятков мегабайт). Если вас волнует размер... ну перепишите только интерфейс на Qt/.NET/чём угодно, а всю работу со звуком так и оставьте под WinAPI, раз она уже написана, потом просто прикрутив её как мозги к интерфейсу. Если же работу со звуком тоже надо переносить из Винды, то тут или писать с помощью %frameworkname%, который попрячет всё ОС-специфичное, и один и тот же код будет компилироваться и под Windows и под Linux. Или писать руками две библиотеки: одна с WinAPI для Винды, другая под... стопицот различных звуковых подсистем Linux. 0