Web サイトは完全に Flash で書かれています (または表示されています)。これが良いアイデアではない場合は?

https://stackoverflow.com/questions/1887071

19-09-2019
|

質問

このツイートから: http://twitter.com/azaaza/status/6508524118 届くウェブサイトこれは完全に Flash (少なくともフロントエンド) で作成されています。

代替テキスト http://img704.imageshack.us/img704/3116/screenshotvz.png

見た目は素晴らしく、HTML + Ajax で作成することもできましたが、サイト所有者は (私自身 Flash についてあまり詳しくないので) Flash の方が快適で、そのほうが簡単だと考えたのでしょう (もう一度言いますが、これはおそらくこれだと思います)フラッシュを使用して何千時間も飛行した場合に起こります)

ステータスバーから判断すると、ほとんどの画像とテキストが動的にダウンロードされているようです（そうでないとFlashファイルが重くなりすぎます）

質問:

すべてのフロントエンドをフラッシュで実行するには、どのタイプの Web アプリを検討する必要がありますか?

もっと簡単でしょうか？はい/いいえ、HTML+Ajax は苦手でも Flash には優れている場合に限りますか?

それは全員に当てはまりますか？

使用すべきでない場合は?

追加の利点は、IE+FF+Opera+Chrome+Safari の互換性の問題がないことだと思います。

これは Web アプリフロントエンドの次のプログラミングモデルになるでしょうか?

解決

多くの答えがここにいる人々に記載されている。憎悪"100%Flashサイトのみならず嫌いなのでおすすめだけで嫌よう"omg flash sux lolz"のような嫌いなしの一覧を提供するかに弱いあん嘘)引数理由としています。がんに対し、コメントから話を書くこちらのおさらいかいようこちらの最大の引数に対しフルFlashサイトなぜかわからないんだ全て:

-SEOと深いつなぐ/ブックマークの問題

SWFAddress.こともないのだ。とてもいいのではなく、原理という大きなdeeplinkやブックマークflashコンテンツも明らかでなかったの悩みにチェックしてもらい、または開発したフラッシュのサイトの問題を解かれた、ようない).何か面白いのはほとんどの人はうす/favor Ajax/javascript+XHTML構築の動的webサイト...がAjaxコンテンツもできない深いリンクやブックマーク、物価連動によるgoogleを使用しない限り回避策...るFlashコンテンツ！

そして、なぜ多くのフルflashサイトがな実施です。わからないか必要はないようなゲームサイト、広告に使サイト...最のFWA サイトの場合）またはできるだけでも開発します(下記参照)。

-Accesibility:

まず、フラッシュドユーザーます。で確認することができ adobe Flash accesibilityページものについてご説明させていただき:Flash性能に優れた発表の映像-オーディオです。では本当に楽し制御文字サイズの変更、コントラストのページ等ユーザーが必要です。こんなところまで行くと言うほど簡単に実装として用カスタムスタイルシートっていますのでな負荷/手...が必要な場合はサイトaccesible、心の中で、実施するものにする(することができるすべての技術）

また、障がい者だけではなく平均短視眼的には、色、例えば私の作品を提供していまので手話syncronizedテキスト（字幕、フル壁面のテキスト)のためのろう者んだやすの実施その他の技術と安いとは言わないのは不可能だと思う).

-モバイル/Iphone:

もの、それは真実ではありませんのFlashコンテンツなどのモバイル(その flashlite がありますね。).しかしながら、うに、今日、多くのシステム（iphone）をサポートしていない。このような大きな問題なのか。とは思わないでくださいなお話をさせて頂きたいと思い.い構築アXHTMLのサイトに最適化した1024x720は、javascriptに影響を、かわいい写真、そうですそうに恐ろしいモバイルデバイス(まも).に参加しました携帯ウェブの会議ではこの原理を解明するためのサイズのウェブサイトをモバイルを超えてはいけません20kb...でもアンチスパイラルです。

最も重要なサイトを特別サイトで携帯、明らかにHTMLを...を同じにするべきなのためのフルFlashサイトです。としてフラッシュ、iphone、Flash cs5まで可が出たら、突然Flashで作成アプリケーション、っていない理由のためのアップル、iphone flash player縮したものになっています。もんざい申し上げたように、しか生き残る道はないと思うのは、携帯-特定のウェブ（あるいはiphone特).

まとめる:見る引数aganist Flashで恨みいaganist Flash、神話生きている年でもないようです。多くの引数で、同じ悪XHTML/Ajaxサイトでほとんどの時間を、評論を参照してだけで文句aganist十蔵のFlashサイトでsucky/lazy Flash開発の原因ではなく、技術と多くのFlash開発者があとから設計やかプログラミングの背景はならない時があります。

私は今回答を提案した質問からの視点(そのFlashデベロッパー):

どのようなwebapps考え、全てのフロントエンドに flash?

頂上からの私の頭部：

サイトショーケースまたは宣伝に壮大な製品は、自動車、衣料品など。したいときに影響を与え、ユーザーカビとインタラクティビティ、フラッシュが最高です。
アporfolios:ウェブフォトグラファー、ミュージシャンなど。の作家の作品に統合されたサイトです。
の場合はFlash開発作業のためのフラッシュの開発会社、フルFlashポートフォリオサイト意するのですね。;)
一般に、当サイトがユーザー経験によりデータです。を参照ください、マスターピーターからbit101: フラッシュ、何で良いのですか？
遊びに来たいと言っていて容易になるでしょうか？Yes/No、場合にのみ吸HTML+Ajaxでもexcel フ?

お客様の必要に応じて、フラッシュもできる唯一のツールです。にもほど複雑ではありませんをフラッシュする悪夢をXHTML.った場合、吸HTML+Ajax、なんか発ライブラリが必要ですか？

る必要があります。

地獄ます。でも今はwebのみで構成されるフルFlashサイトが怖い-みんなのを除くには、adobeかもしれません）。

る必要がある場合は利用されますか？

うるさいの建物は、上記のP絶対にしないテキスト（情報）は最も重要な部分のサイトです。

を行っていたのでしょう給ができない IE+FF+オペラ+Chrome+サファリ互換性の問題

りになっているので、"超"の利益が大きます。

このプログラミングモデルのためのwebapps>配下のフロントは終わるのか。

これは難しい問題です。人気あるんですこの戦争の間に100%ではFlash/Flex vs100%XHTML+Ajaxです。Flash/Flexではございませんの代わりにHTMLでは補完します。常に権利のツールは、使用技術(またはミックス)が必要としてお使いいただいたので賢く.を見たいのである愚行文を引用される場合は、出典が"やコメント(スタイル用のhtmlタグをフラッシュとして構築のある壮大なtheFWA-スタイルのサイトを利用XHTML+Ajax.

申し訳は膨大なテキストと、せんとくんの作者と。お嫌いなコメント)

他のヒント

答え:になりませんが100%flashります。多くの互換性およびユーザー体験です。

ることです。...

どのようなwebapps考え、全てのフロントエンドのフラッシュ?

ポートフォリオ一時サイトへのリンクをクリックしてください。私の意見でokを作る"フルflashサイト"の場合の目的をホームページの内容が登録をすると、掲載企業へ問い情報がりを伝えるユーザーです。

遊びに来たいと言っていて容易になるでしょうか？Yes/No、場合にのみ吸HTML+Ajaxでexcelフ?

やれば良いでflash思いますの開発

る必要があります。

No.ウェブ-デベロッパーとしてできませflashがないと思います。

る必要がある場合は利用されますか？

まぁ、.でもわざわざ私達フラッシュウェブサイトで面倒を見ます。でもない不安定になりやすいライブスから機器ます。

を行っていたのでしょう給はいないなどの家+FF+オペラ+Chrome+サファリの互換性の問題

でクロスプラットフォームの互換性です。もできない人々だけで評価することはできないアクセスをご用意しております。

このプログラミングモデルのためのwebapps>配下のフロントは終わるのか。

私の間違いです。の新たな活用のhtml+javascriptで作動サイトを使用せず。

理由んの純Flashサイト：

になりません携帯電話/携帯電話
ほとんどのFlashサイトなブックマークページやアプリページのサイトです。
キーボードショートカットをほとんどないとして期待される。
かのスクロールバーおよびその他の 巧みな インタフェース要素.
悪いです。と思いまだ開始インデックスFlashコンテンツ
他のお客様に障がい純粋なFlashサイトです。

それでは、みなさん、お元気です。

個人的に、私はをその上にFlashムービーのページに過ぎません。のウェブサイトを憎みます。彼らはどちらかのa）は、正当な理由なくただ無意味な視覚効果をフラッシュを使用する、またはb）のように動作していないカスタムUIウィジェットを実装することで、UIの基準に違反多くの時間を言及しないように、モバイルブラウザのようなもののためにひどく劣化させます1は、エトセトラ、期待しています。

これはこうだと思います 一度もない 良いアイデアです。100% Flash サイトはユーザビリティを損なうため (ブラウザーが提供するテキストのサイズ変更ができない、テキストを自動的に読み取るツールが使用できない)、サイトを検索エンジンで適切な位置に表示するには追加の作業が必要です (ただし、 Google はこの問題を解決するためにいくつかの取り組みを行っています).

フラッシュサイトの主な問題は、インストールされたフラッシュなしの人々があなたのサイトを使用することができないということです！これは、瞬時にすべてのモバイルユーザーが（間違いなくあなたがとにかくモバイルユーザーのためのさまざまなサイトのデザインを持っている必要がありますが）かなりのルールます。

それはあなたが、あなたはフラッシュを使用していない人々のための代替HTMLベースのサイトを提供しなければならない幅広い視聴者に到達したい場合しかし、あなたの聴衆に（ある程度）依存しません。私の見解では、あなたはとにかくHTMLバージョンを生成するために行くのならば、なぜ二度同じ作業を行うということです？

ユーザーの膨大な数は、ユーザーがインストールされ、強力なグラフィックスプロセッサを搭載した大画面の前に座っていると仮定すると、携帯電話の画面の4平方インチやネットブックの20平方インチを介してウェブにアクセスして単なる愚かです。（私はあなたが小さな画面用のフラッシュをカスタマイズすることができます知っているが、実際にはめったに起こらないか、期待通りに動作します！）。

あなたが到達しようとしている可能性のある視覚障害者のお客様はもちろん！

標準HTMLとCSSでスティックとブラウザが予期しないプレゼンテーションの問題を処理させます。

誰もがここにFlashが、それはウェブのために何かを開発に来るときあなたがすることができる最悪のものがあることに同意しているようです。私は少し同意する必要があります。

もちろん、フラッシュは、それが非常に簡単に標準的なHTMLとCSSで行うことができ、標準のウェブサイトに来るとき、ほとんど常に間違った選択です。しかし、それはアプリケーションに来るときだけでウェブを介してアクセスされ、そのかなり異なっています。

だから、私の推薦はあなただけでウェブを介してアクセスであることを起こる、のアプリケーションをの、開発しようとしている場合、フラッシュは、おそらくこれを行うには良い方法であること、あること（およびSilverlightのでしょうか彼らはそこにほとんどのブラウザで利用可能であった場合のJavaFXは）、あまりにもなります。もちろん、Flashを使用して行うことができるものの多くは、また、HTML / CSS / JSを使用して行うことができますが、彼らはただその目的のために作られていません。

Flashの破れのウェブ作品。人が利用するためであります。:

彼らはうすることは非常に高価なフラッシュ(のような3Dまたは一部ゲーム、ビデオ）
ないかとのAjax/JSうんどうやって実行するかである。
クライアントということが必要となるよう設計されています。

すると、多くの場合フラッシュの追加なしのユーザーのサイトがサイトの純粋な発明です。

する必要がありますよう一層の努力をご利用の際はFlashのアクセスを提供する障がい者/サイトの問題や、検索エンジンがることもできように問題ajax場においても、可能の戻るボタンをブックマーク.ほとんどのサイトが安易で軽薄な気の使用フラッシュな作りにくいのが特徴です。

た場合の特定のサイトが決まりましたらFlashの最適なソリューションを提供しながらだのすべての問題点がありました。

私にとって、これはあなたがなりたい方法アクセスに関する特定の技術についてはあまり多くあります。私は、唯一のIEの最新バージョンで実行されていた約5年前にウェブサイトを構築してJavaScriptを必要とし、特定の解像度や画面サイズにのみ走っていました。それは私のデスクトップ上におしゃれに見えたが、それはインタビュアーがラップトップ上でそれを実行していたので、私は私の仕事を紹介したかった潜在的な就職の面接でその顔の上に平らに落ちます。

私はその経験から取った学習あなたが（すべてのWebアプリケーションと企業/個人のポートフォリオである）非常によく合わせた環境の外で作業する必要がある場合があります何かを構築したい場合は、あなたがに応えるために持っているということでした最小公分母ます。

あなたはあなたの心の中のFlash HTML対ルートを議論しているとき、あなたは潜在的にフラッシュの道を進んでから出て、これらの利点は、彼らがあなたのコンテンツを視聴できない場合上の潜在的な顧客を失うことの価値があるかどうかを獲得するメリット何自問してみてください。いくつかのケースでは、それはそれ（ビデオやグラフィックスを多用するゲームが頭に浮かぶ）価値があるかもしれません。しかし、ほとんどの時間、あなたはHTMLだけで罰金、あなたのニーズに合ったことがわかります。

すべてのフラッシュは悪い:

困難使用時のモバイル
困難のための視覚障害者ユーザーの文字サイズ変更画面読者
困難を検索エンジンを割り出し

私の目の一番の理由行ってはならないものとしますFlashサイト:

ま再現多くの機能をブラウザ、OS標準のUI要素は既に提供すないも一緒に戦ってくれるかなということを正しく:

テキスト選択できません
そのためコピー＆ペーストできません
テキスト検索することは出来ません
page up/page down/マウスのホイール/クへのスクロールバーできません
ブラウザの履歴できません
はできませんのでご注意くださいを深くリンク

これらの問題は上記の影響が一ユーザーのwebサイトの場合でも、彼らは視覚障害者なiPhone火装置です。

使用フラッシュを単一の要素のサイトに表現できないその他。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow