Распознание двоичной системы в AS
 

Собственно как можно распознать?
Разумеется, можно через parseInt("101010_мое_число",2).
Но флеш понимает специальные префиксы для восьмеричной и шестнадцатиричной системы:

Не нашел, чего-нибудь подобного для двоичной системы.
?

А он двоичные числа и не распазнает.
Попробуй напиши:

trace(101010001);
trace((101010001).toString(10));

Выведет одно и тоже

, где х - разрядность системы исчесления - для двоичной это 2.

Или так

про parseInt я написал - с этим проблем нет, но для других чисел есть префиксы, позволяющие напрямую работать с системами счисления. Неужели нет, что-нибудь типа 0b10101? Даже на БК-0001 такое было :)

Нету.
И на БК-0001 это не было, было в софте для него :D

Ну нет, так будет :)

А зачем "if (!(z.length%8))" ?

Мне трудно представить надобность в двоичной записи, не кратной байту.

Это как! 8 битовое значение Вы представляете, а 9 битовое уже нет.
На мой взгляд alexcon314 верно заметил, на счет контроля кратности 8-ке. Его просто нужно убрать. И код сократиться и любое из возможных значении двоичной системы исчисления будет вычислено.

Я не против :) Можно убрать. Но лично для себя я действительно не представляю надобности в двоичных числах не кратных байту, к томуже это защитит от неопределенной переменной, также начинающейся с буквы "b".

Есть три объекта, с двумя состоянияниями on или off. Поэтому на каждый объект приходится по биту, всего три. Остальные 5 битов будут избыточны. Ну или объектов будет 9 :D

Ну и какие проблемы? Флеш же не выделит под объект только 3 бита или 9. Он байт или слово выделит. Так и нам какая наплевать? Пишем b11000000 и работаем с нужным числом бит.
Вообще смысл всей этой затеи в наглядности для программиста, а она не теряется, что мы пишем b110 или мы пишем b11000000 Вообщем без разницы - как кому угодно пользуйтесь :)

Ну и пусть выделяет.
Но мне не надо будет писать b00000001, b00000010 и b00000100, когда достаточно b001, b010 и b100. А сейчас я получаю NaN

Все-таки программисты самые ленивые люди на свете :)

Лень тут совсем не причем. Так читабельнее. И как я выше упомянул, когда объектом будет уже 9, не надо будет писать 16 чисел.

Обратите внимание:

Будет ни одно и тоже. Двоичное число 110 дополняется нулями до 8-ки не справа, а слева.

Это логично. А какие числа делают наоборот?

iNils!
А вот пост chingachgooga посмотрите. Он считает, что b110 тоже самое что и b11000000:)

Ну, видно, что он ошибся :)

Ошибки тут нет. :) Просто все зависит, ДЛЯ ЧЕГО вам понадобились двоичные обозначения, не для того ведь, чтобы 2+2 сложить?

Что то я Вас непонимаю! Я говорю о том что двоичное число "110" не равно "11000000", а Вы мне говорите, что просто все зависит, для чего Вам понадобились двоичные представления. А вот десятичные 20 равно десятичному 50?!!!!!!:D Или тоже все зависит от того, для чего понадобились десятичные обозначения.:D

имея скромный опыт, тем не менее хочу отметить, что юзать бинари мне приходилось только в контексте, упомянутом Inils'ом. Т.е. имея ОГРАНИЧЕННЫЙ размер выделенной под нужды программы памяти приходилось задавать состояния объектов, занося инфу в биты. Но никак не для сложения, вычитания, деления и пр.
Зачем тогда языки высокого уровня вообще нужны? В сях многие битовы константы имеют стринговый дефайн для УДОБСТВА.

А я нигде и не говорил, что они равны

Разумеется.
Какая разница в каком числе проверяется, например, состояние второго слева бита?
Что это будет 110, что 11000000 - результат будет одинаковый - единица. (см. пример выше)

Собственно об этом я в посте 13 и сказал. Вся эта затея - для наглядности.

chingachgoog!
А это по Вашему что?!!:

По Вашему b110 отличается от b11000000 только наглядностью:).

Alex_beginner, если Вам так нравится привязываться к словам, не стараясь вникнуть в смысл, то хоть не коверкайте:

Это увы, пробелы вашего учителя по русскому :)
Перевожу:

Наоборот :) (вот же умение прочитать! Наверное, я совсем заумно пишу) Наглядность у них одинаковая. Что касается отличий, то по-моему только вы увидели, что эти числа якобы где-то у меня равны. Я же писал, что без разницы какие числа использовать - длинные (кратные байту) или короткие (например 3-х битные), т.к. наглядность в обоих случаях остается.

Wolsh!
Во-первых не только к словам, но и к математическим выражениям и числам во всех представлениях. А потом мне непонятно зачем Вы процитировали chingachgooga!
еще раз доказывая тем самым, что я прав и "110" в двоичной системе НЕ равно "11000000" также в двоичном представлении.
Во-вторых. Если Вы уж цитируете меня, то цитируйте фразы до конца, а то полуправда хуже лжи.

Я вот об этом:
А вот как у меня:
Вообще-то спор яйца выйденного нестоит, и я в данной ситуации если бы ошибся таким образом, взял бы и просто согласился. А щас получится, что новички читая форум сочтут, что числа то "110" и "11000000" равны. Как Вы думаете хорошо ли это по отношению к новичкам?

Могу только развести руками) Таким новичком я никогда не был, и здесь таких не встречал. На остальное Вам ответил chingachgoog. Перечитайте еще раз прежде чем постить ответ.

Chingachgoog! Попрошу Вас впреть такими фразами не бросаться:
Здесь Вам не сбор идиотов!!!:eek:

И потом, если уж Вы указываете мне или другим участникам форума на синтаксические и орфографические ошибки русского языка, то будьте добры сами их не делать:

-
точка между "b11000000" и "Вообщем" отсутсвует. Предложение не закончено.:taunt:
Поэтому, я настаиваю на том, что Вы сделали ошибку. Просто нехотите щас признаться в этом.

Прошу прощения за неудачную шутку.
Насчет остального спорить не буду - публика сама разберется кто прав.

Извинение принято! Думаю, нет смысла дальше спорить, это не столь уж важная тема, чтобы друг друга "грызть" до такой степени.