Комментарии 53
и в правду "юмор"
Это совсем не смешно. На асме вполне можно при программировании следовать некоторым парадигмам ООП. Там для этого иногда синтаксис специальный есть.
Никто не спорит. Тут скорее просто показан пример токо, как можно показать наследование в ООП со стороны такого языка как АСМ.
Семантически все очень верно подмечено.
Семантически все очень верно подмечено.
Я хорошо знаю ассемблер и это не мешает мне прикалывать его :)
да вообще немало шуток и анекдотов основаны на реальных событиях, но менее смешными они от этого не становятся
Кстати, про парадигмы.
Если писать на ассемблере, то надо следовать только парадигме ассемблера. Все остальное от лукавого. Ибо парадигмы - парадигмами, а ассемблер - ассемблером.
Если писать на ассемблере, то надо следовать только парадигме ассемблера. Все остальное от лукавого. Ибо парадигмы - парадигмами, а ассемблер - ассемблером.
Имея возможность достучаться по указателю до любого адреса, остаётся только злорадно усмехаться над объявлениями приватных переменных и методов =)
=)
Дык, в том то и дело, что адрес не всегда известен...
Поправьте меня, если я не прав, но в C++ разве нельзя обратиться к адресу ячейки, где хранится private-переменная? =)
приватные переменные созданы прежде всего чтобы программисты не совершали ошибки.
Никто от хаков не защищался.
ЯП создают программисты для программистов =)
Никто от хаков не защищался.
ЯП создают программисты для программистов =)
Просто безумие
AH и AL в асме семантически одно и тоже, поэтому непонятно, почему здесь смысл у них разный. Наверное, правильнее писать:
register AX : AL, AH { }
или
register AX implements AL, AH { }
register AX : AL, AH { }
или
register AX implements AL, AH { }
В том же .NET программа компилица в объектно-ориентированный байт-код, который, по сути, есть машинно-независимый ассемблер. Такие дела.
От чего он незовисим? От операционной системы:) или архитектуры (с учетом что там есть версия для x86 x64 и Itanium)ROOFL!
И от того, и от другого. Это "ассемблер" CLR.
На какой нормальной операционой системе он будет работать? А если скопилируеш ПОД x64 то он не будет работать под x86!.
Программы для .NET распространяются в виде сборок (метаданные и, собственно, объектно-ориентированный байт-код, т.е. CIL). JIT-компилятор компилит код из сборки (либо непосредственно перед выполнением, либо из GAC, а для закрытых сборок из каталога приложения) в машинный код, на который передаётся управление.
Почитай внимательние документацию. Есть разные версии CIL. Если не понятно ЗАГЛЕНИ в настройки MSIL Assembler (Ilasm.exe) И посмотри про опции target :
/itanium
Specifies Intel Itanium as the target processor.
If no image bitness is specified, the default is /pe64.
New in the .NET Framework version 2.0.
/pe64
Creates a 64-bit image (PE32+).
If no target processor is specified, the default is /itanium.
New in the .NET Framework version 2.0.
/itanium
Specifies Intel Itanium as the target processor.
If no image bitness is specified, the default is /pe64.
New in the .NET Framework version 2.0.
/pe64
Creates a 64-bit image (PE32+).
If no target processor is specified, the default is /itanium.
New in the .NET Framework version 2.0.
Ilasm.exe это и есть JIT-компилятор для .NET-сборок. Есть ещё ngen.exe, который компилит сборку в native image cache, который является частью GAC. В обоих случаях, естественно, указывается, явно или неявно, версия фрэймворка, ос и проц.
Есть подозрение, что мы друг-друга глобально не понимаем.
Есть подозрение, что мы друг-друга глобально не понимаем.
Эти флаги нужны только для взаимодействия с натив кодом, сам CIL от их наличия никак не меняется.
Учитывая особенности конструкций ассемблера и предыдущий комментарий, это должно быть где-то так:
REG AX IMPL AL,AH {}
REG AX IMPL AL,AH {}
Я люблю ООП на ассемблере.
улыбнуло - прикольно.
но судя по малому количеству камментов и оценок - видимо мало кто на этом ресурсе знаком с асмом.
но судя по малому количеству камментов и оценок - видимо мало кто на этом ресурсе знаком с асмом.
Забавно ;)
Вспомнилось:
Только вот для чего? Не, ну я понимаю конечно... прикол и все такое...
Но в реальной жизни-то зачем? ООП на асм... Да. Можно. Хотя и не совсем это ООП. Так... идея и зачатки.
В реальной жизни, я думаю, все-таки языки более высокого уровня для целей ООП решаютЪ.
Эх заминусовывайте... :(
Я может, просто смысла в этом не понял.
Но в реальной жизни-то зачем? ООП на асм... Да. Можно. Хотя и не совсем это ООП. Так... идея и зачатки.
В реальной жизни, я думаю, все-таки языки более высокого уровня для целей ООП решаютЪ.
Эх заминусовывайте... :(
Я может, просто смысла в этом не понял.
Устали от трудного рабочего дня, и отдел мозга, отвечающий за восприятие шуток, отключился? =)
Поспать тебе, барин, нужно… Нет здесь никакого ООП на ASM не смотря на название статьи, здесь чистый юмор.
можно я просто и нудно объясню суть шутки?
AX - это 16-разрядный регистр x86 процессора, который состоит из 2х 8-битных: AH и AL
а EAX - это 32-разрядный, в который входит AX.
тут синтаксисом ООП объявляется структура процессора
AX - это 16-разрядный регистр x86 процессора, который состоит из 2х 8-битных: AH и AL
а EAX - это 32-разрядный, в который входит AX.
тут синтаксисом ООП объявляется структура процессора
когда айтишники шутят это одно, но когда они начинают разъяснять... поставлю + за попытку
вы забыли в заключение добавить: "так-то!" =)
Блин, я хоть в IT и давно достаточно, и тоже много всяким-разным занимался, и про ООП не понаслышке знаю...
Но ассемблер прошел мимо меня.
Стыдно понимать, что шутку совсем не понял :(
Но ассемблер прошел мимо меня.
Стыдно понимать, что шутку совсем не понял :(
Да какой это ООП в Ассемблере: это довольно рядовая конструкция в VHDL!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ООП на ASM