by
Anonymous Coward
on 2013年10月28日 11時24分
(#2485426)
アプリケーション動作環境として特定のブラウザをインストールしてもらえばよいのでは?
そもそも、アプリケーションの動作環境として複数のOSが存在していて、それらすべての環境に個別の専用クライアントを開発するコストが負担できないから、代替案として、ほぼ共通の動作環境としてwebブラウザを理容してたんじゃなかったかな? 単一環境で避ければ、例えば Windows 用の専用アプリを1つ作ればそれで問題なかったはずなんだよね。 なので、逆にwebブラウザすべてをサポートしようとすることで、コストが上がるのであれば本末転倒じゃないだろうか?
わからない (スコア:3, 興味深い)
JavaFX2 なんてものがあるのか、まあ誰にも相手にされずに終わるだろう、ということを確認するためにググったとき読んだこの文章 [oracle.com]のグラフ [oracle.com]が、分かりやすく現状を示しているように思えます。HTML5 は素晴らしいが、どう作るかについては、いまだ試行錯誤のまっただ中。
JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。LAMP Stack は書きづらいだけ。使う理由がなくなった。シングルページアプリケーションの利点がはっきりしてきた今となっては、たぶん
Re: (スコア:0)
> JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。
それはないです。
見た目重視のB2Cではなく、実用重視のB2Bや自社内業務アプリなどでは、
JavaScriptに頼ったUI実装は無駄なコストやブラウザ変更時の負荷を非常に増大させるだけです。
特に責任の分界があるようなシステムでは、可能な限り「自分の腹の中で」処理をし
相手のブラウザにはなるべく仕事をさせない必要があります。
これはビジネスの話ですので、実装の都合などより上のレイヤーです。
Re: (スコア:2)
JavaScript に頼った実装で問題ない、というのがここ五年間の中で理解しなければならない重要な変化だと思います。ブラウザ変更で動きが大きく変わるというのは、過去の話。さすがにもう PHP は要らないと言わせてください(笑)
Re: (スコア:1)
ないわー。
jQueryを使おうが、JavaScriptを使う限りブラウザ間の互換性・挙動の違いに振り回される。
ましてやPHPが要らないとか、本気で業務アプリ作ってるのと言いたくなります。
時代の変化はありますが、それが全てを解決した訳でもないし、エンドユーザーに対して「このブラウザ以外は動作しません。ご了承ください。」と
動作環境を押し付けられる訳でもない。
個人で趣味で作るようなものならともかく、対顧客ありきのシステム構築で「JavaScriptに頼ったUIが最適」とか意味わかりません。
Re: (スコア:0)
> jQueryを使おうが、JavaScriptを使う限りブラウザ間の互換性・挙動の違いに振り回される。
それいったらHTMLだって同じじゃん
業務アプリケーション程度ならJavascriptの挙動の違いよりHTMLでの見え方の違いの方が困ることの方が多いけど
もしかして生PHPで業務アプリを作ってるレガシーさんかな?
発想の転換 (スコア:0)
アプリケーション動作環境として特定のブラウザをインストールしてもらえばよいのでは?
そもそも、アプリケーションの動作環境として複数のOSが存在していて、それらすべての環境に個別の専用クライアントを開発するコストが負担できないから、代替案として、ほぼ共通の動作環境としてwebブラウザを理容してたんじゃなかったかな?
単一環境で避ければ、例えば Windows 用の専用アプリを1つ作ればそれで問題なかったはずなんだよね。
なので、逆にwebブラウザすべてをサポートしようとすることで、コストが上がるのであれば本末転倒じゃないだろうか?
原点に立ち返って考えれば、複数の環境(OS)をサポートした共通の実行環境さえ用意出来れば問題は解決すると思うんだよね。
Re: (スコア:0)
突然JavaVMが立ち上がり、仲間になりたそうにこちらを見ている。仲間にしますか?