а это ты и был

отбой, это уже есть

Хороший вопрос!

В чате есть media -> files, там гораздо проще найти

что асм не позволит сделать удобно, как это сделано в ЯВУ? какой из трех китов нельзя сделать на асме (или затруднительно)? есть форк масма uasm, там чтото как то есть реализация ооп, но почитав справку, оказывается в нем чего то нет  почему нет? это так сложно сделать? или это более высокие абстракции, который асм не в силах потянуть?

там и мусора полно, если только не через "поиск" искать

вроде множественного наследования нет, или полиморфизма (не особо знаю этот термин)

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

На низком уровне хорошо видно то, что в реальности не существует никаких объектов, а есть только входной и выходной потоки байт. Поэтому для работы с объектами требуется более высокий уровень абстрактного мышления, чем на ЯВУ.

а теперь, рассматривая билиотеку freshlib, оказывается там все это есть. вот и думаю, почему там смогли, а там нет?

Еслиб они еще были нормально написаны. Не под общую шабашку

Да нее, надо просто куски кода собрать в кучу. А то интерфейсные рисования, это просто жесть

да и фиг с ними, концепция фасма такова, что все необходимое есть в исходнике, если и распространять библитеки то в виде исходников, а не lib, как в масме (хотя так тоже вроде ни че так). что МНЕ  не хватает в фасме, так это написание библитотек 1 исходным файлом, как в масме, где в 1 файле могут определяться секции данных и кода, а линкер их (все .data разных исходников) кидает в 1 общую .data, в бинарнике потом соединяет. в фасме же приходится для таких случаев либо писать dll (со своими секциями data/code), либо писать отдельно mylibDATA.inc и отдельно mylibCODE.inc для вставки неросредственно в главный asm файл

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

мне нравится на асме то что это работа с железом, более понятным многие вещи, под виндовс конечно все в основном сводится к знаниям api функций

чет вот подумал, получается что опять таки, какие то шаблонное программирование с api

ну так это если писать под ОС, там хоть тот же апи есть, тебе остается написать только логику и кучу всего остального, что требует ОС

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

все так, спору нет

?