Я рассматриваю возможность развертывания наших пользовательских библиотек в гибкой среде в стиле глобальной библиотеки RSL. Я не уверен, как именно описать то, что мы пытаемся сделать, но я попробую. В каждом найденном мной примере при использовании RSL путь, указанный при компиляции, может быть либо: 1) относительным к пути развертывания приложения (swf), либо 2) абсолютным путем. Из-за нашего процесса разработки и макета сайта ни один из вышеперечисленных методов использования RSL не является идеальным. Я надеюсь найти решение для указания относительного пути для RSL по отношению к корневому каталогу сети. например если я укажу /libs/rsl.swf в качестве пути, при запуске моего swf, расположенного по адресу http://192.168.1.50/someDirectory/someOtherDirectory/project.swf, swf будет обращаться к RSL по адресу http://192.168. .1.50/libs/rsl.swf» Проблема, которую мы пытаемся избежать в варианте 1, заключается в том, что наши swf-файлы расположены в разных каталогах по всему сайту, и дублирование копий библиотек повсюду является излишним и приводит к обновлениям. с нашими библиотеками сложнее, так как мы должны убедиться, что развертываем все пути, где существует RSL. Вариант 2 (абсолютный путь) не работает особенно хорошо, так как наш код тестируется и проверяется в различных средах (но компилируется только один раз в нашей среде разработки) — поэтому указание нашего абсолютного рабочего URL-адреса RSL в дополнение к URL-адресам отработки отказа для каждой среды до производство имеет очень высокую погрешность, и, насколько я могу судить, параметры компиляции не могут быть рассмотрены в нашем процессе обеспечения качества (чтобы убедиться, что разработчик [я] указал правильный путь RSL для производства). Я пытаюсь понять? Я не могу быть первым человеком, который хотел иметь возможность сделать что-то подобное, я просто проглядел решение в Интернете?
Первоначально опубликовано на сайте kritner.blogspot.com 1 декабря 2011 г.
