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

Мы используем серверный язык, назовем его X, и клиентский HTML / JS / CSS (в IE6). X примитивен с точки зрения разработки приложений (но отлично подходит для обработки данных, поэтому мы его используем); в нем даже нет концепции пользовательских функций, поэтому попытка сделать приложение модульным любым способом является сложной задачей. Подумайте о десятках тысяч строк вложенных операторов if / then / else.

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

У кого-нибудь есть другие идеи?

(Я не упоминаю, что такое язык X, просто потому, что я надеюсь на ответы на общую проблему работы с несовершенными инструментами, а не на какую-то конкретную тактику для X.)

Редактировать:

Хорошо, для болезненно любопытных, X - это SAS. Я не хотел, чтобы вопрос был сосредоточен на том, являются ли макросы в стиле функций функциями (они не являются и не могут реализовывать шаблоны проектирования), или виноваты в этом - учитывая ограничения этого конкретного проекта, я фактически согласен с решением использовать Это! Я также уверен, что большая часть программного обеспечения разрабатывается в невероятно неоптимальных средах (сломанные инструменты, плохое управление, чрезмерное наследственное бремя и т. Д.), И что должны быть стратегии, чтобы заставить вещи работать даже так.