Какие есть предложения по написанию кода, подлежащему обфускации
 

Здравствуйте. Дело в том что перепробовал несколько обфускаторов и ни один из них не смог зашифровать код, не повредив работоспособность программы. Самые распространенные ошибки, типа: . Конечно переписывать всю программу глупо, но на будущее: чего стоит придерживаться при написании кода, чтобы избежать подобных проблем. Кто с чем сталкивался при обфускации, в чем была проблема и т.д.

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

В первую очередь. При всех режимах: safe, agressive и т.д. Ошибки только разные - а результат тот же.

Добавлено через 1 минуту
Хотя в целом моя программа (не обработанная) работает стабильно. Не могу сказать что там бред сивой кобылы написан...

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

Не знаю... В одном обфускаторе (написанном на АС3) была проблема, когда при шифровке имени класса "Map" выбивало, что невозможно найти displacement/?;Flter (ну или вроде того). Я уже не говорю о других совпадениях. Попробую еще раз попробовать с разными обфускаторами. Поглубже изучу настройки - может че выйдет...

Добавлено через 7 минут
kackbip, но все же спасибо - теперь ясно, что имена должны быть уникальными.
А как на счет использования таких вещей как getDefinitionByName(). Не мешает?

Мешает, конечно. Обфускатор меняет все имена в том числе и классов... Так что getDefinitionByName надо использовать с обфусцированным именем типа 56__be6 :))) Но до обфускации вы никогда не узнаете какое надо использовать имя :) Так что просто надо заполнять списки исключений

upd: обфускаторы только не трогают флэшовые классы(возможно флексовые тоже).

Значит, можно подвести некоторые итоги:
1. Имена классов должны быть уникальными.
Поменьше использовать:
2. getDefinitionByName("MyClass");
3. this[someString + "property" + i];
Может и так, но представьте, если во время написания приложения не учитывать пункты выше. Как потом перебирать тысячи строк кода, чтобы найти исключения для обфускатора!?
Какие у кого еще есть предложения?

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

Да нет же :). Понимаете? "Map" и "displacementMapFlter".... Не знаю как работают другие - но этот находит все совпадения "Map" - и шифрует их.

Добавлено через 16 минут
Имеется в виду - чтобы имена классов не совпадали со свойствами (или их частью) стандартных классов, а были полностью уникальными.

Ага, понял. Но вообще странно... Должен отдельно имена шифровать, я так думал.