такое можно говорить когда объем посещений не превышает тысяч 10 уников в день а пользователь сайта не приносит этому сайту окупаемость
на больших проектах снижение времени загрузки сказывается очень серьезно
секунда например это очень много, если флэш компонент при этом не баннер, а какая то часть функциональности, это может процентов на 5-10 увеличить посещаемость, что для этих самых больших проектов очень существенно
ну у нас на поддержке есть несколько проектов с посещаемостью более полумиллиона уников в день
и очень много — с посещаемостью от 30 тысяч уников в день
увеличение скорости загрузки даже этих небольших — от 30 тысяч уников и выше проектов принесло очень существенные результаты
юзер существо такое, у него очень много подсознательного
большинство не реагирует «вот, сайт стал грузится на 200 мс быстрее», но эффект однозначно есть
просто хорошо бы если бы это было сразу указано вот в этом комментарии
"«Если для второго случая использовать Flex SDK — это забивание гвоздей боингом. ». Ну сколько можно уже. Главная хабра весит 680 килобайт. О Боинг!"
Ненавижу линкование всего и вся во флешевое приложение, я преверженец минимализма и оптимальности.
Пример, вот видео сетевой игры, клиентсукую часть которой я делал, SWF весит всего 100Кб. Конечно, у меня еще подгружаются SWF-либы с графикой, музыкой и т.д. Но логика умещена в 100Кб. Пока поиграть не получится, т.к. сейчас приватная версия, да и на просторах России иметь пинг 30-40 — непозволительная роскошь.
>> И стал он в плане работы с классами похож на Eclipse for java
Это как? Синтаксисом? IDE не влияет на синтаксис.
В FDT 3 интерфейс достаточно близок к Java-плагину.
>И стал он в плане работы с классами похож на Eclipse for java
действительно, он стал похож.
но по удобству использования он ещё очень далёк от тех возможностей, которые есть у джава разработчиков. Adobe есть над чем работать. возможно, к релизу они добавят каких-нибудь вкусностей, но в бетах пока ничего такого нет.
Диалог:
Ув. программисты у меня есть вот такая замысловатая таблица, представляющая весь бизнес-процесс моей компании. Реализуйте редактирование всего это дела, с учётом того, что пользователи будут использовать Linux/Windows/MacOS и по-быстрее. И вот вам в помощь 15кг юскейсов и сценариев работы с таблицей.
Проект Lab.Contracts (см. п 2) содержит определение интерфейсов, скажем
public interface IDashboardApplication
{
function get applicationName():String;
}
Проект Lab.Applications содержит множество .mxml файлов следующего содержания:
<mx:Application implements=«Lab.Contracts.IDashboardApplication» />
И последний Lab.Dashboard содержит логику по загрузке и размещению этих приложений в своём визуальном дереве.
Оптимизируйте это приложение таким образом, что бы каждое _вгружаемое_ приложение не давай +500кб
Бонус трэк: реализуйте возможность вгружать приложения с разных доменов.
По поводу читаемости link-report:
Theo Hultberg в своем блоге писал о трансформации link-report.xml в удобочитаемый вид с помощью XSL.
И xsl-файлик соответствующий прикладывал.
Уменьшаем размер Flex приложения отвязывая фреймворк