アカウント名:
パスワード:
JavaFX2 なんてものがあるのか、まあ誰にも相手にされずに終わるだろう、ということを確認するためにググったとき読んだこの文章 [oracle.com]のグラフ [oracle.com]が、分かりやすく現状を示しているように思えます。HTML5 は素晴らしいが、どう作るかについては、いまだ試行錯誤のまっただ中。
JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。LAMP Stack は書きづらいだけ。使う理由がなくなった。シングルページアプリケーションの利点がはっきりしてきた今となっては、たぶん
> JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。
それはないです。
見た目重視のB2Cではなく、実用重視のB2Bや自社内業務アプリなどでは、JavaScriptに頼ったUI実装は無駄なコストやブラウザ変更時の負荷を非常に増大させるだけです。特に責任の分界があるようなシステムでは、可能な限り「自分の腹の中で」処理をし相手のブラウザにはなるべく仕事をさせない必要があります。これはビジネスの話ですので、実装の都合などより上のレイヤーです。
JavaScript に頼った実装で問題ない、というのがここ五年間の中で理解しなければならない重要な変化だと思います。ブラウザ変更で動きが大きく変わるというのは、過去の話。さすがにもう PHP は要らないと言わせてください(笑)
ないわー。jQueryを使おうが、JavaScriptを使う限りブラウザ間の互換性・挙動の違いに振り回される。ましてやPHPが要らないとか、本気で業務アプリ作ってるのと言いたくなります。
時代の変化はありますが、それが全てを解決した訳でもないし、エンドユーザーに対して「このブラウザ以外は動作しません。ご了承ください。」と動作環境を押し付けられる訳でもない。
個人で趣味で作るようなものならともかく、対顧客ありきのシステム構築で「JavaScriptに頼ったUIが最適」とか意味わかりません。
> jQueryを使おうが、JavaScriptを使う限りブラウザ間の互換性・挙動の違いに振り回される。それいったらHTMLだって同じじゃん業務アプリケーション程度ならJavascriptの挙動の違いよりHTMLでの見え方の違いの方が困ることの方が多いけどもしかして生PHPで業務アプリを作ってるレガシーさんかな?
そうですよ。HTMLですらブラウザ間の互換性・挙動の違いに振り回されてる現状なのです。あなたのいう「業務アプリケーション」がどの規模なのかは知りませんが、規模がデカくなればなるほど、使うユーザーが多くなればなるほど、JavaScriptの細かな挙動での不具合報告・エンドユーザーからの質問が飛び交うのです。運用・サポートコストを軽視できる問題ではありません。
生PHPと言うのが、フレームワークを使わないフルスクラッチを指しているのなら、見当違いです。顧客の要求する動作環境で出来るだけ問題が起きないようにするなら、JavaScriptに頼った実装を「現時点で」選択するのはリスクがありすぎます。
それとも、何か画期的なフレームワーク・ソリューションがあるのでしょうか。あるのでしたら、是非お教えください。直ぐにでも検証・検討しますので。
上の人とは別ACなんで、別にそんな完全にJavascriptに頼った実装を推してるわけじゃないよただ、問題が多発するのは結局View/UI層が原因なんだから、別にそれはJavascriptが全面的に悪いわけじゃないよねそこは「ここまでJavascriptでやると大変そうだな」って分界点を決めて実装すればいいだけで御社の書き込みをみていると、どうもそのあたり分かってなさそうな雰囲気がプンプンするのでツッコミを入れただけ
それとも、何か画期的なフレームワーク・ソリューションがあるのでしょうか
そんなん無いでしょ。Javascript MVCフレームワークの鉄板すらまだ決まってないんだからただ、PHPで業務アプリを作るならCakePHPを使うのが鉄板だろうね
HTMLで発生する問題と、JavaScriptで発生する問題では、
問題の次元が異なると思う。
とりあえず "Professional JavaScript for Web Developers"を眺めてみると良いと思う。http://www.amazon.co.jp/dp/B006PW2URI/ [amazon.co.jp]ここまで違うとJavaとC#、N-BASICとF-BASICのような意味で別言語だ。
JavaScriptで書くってことは、IE6,IE7,8,9,10,その他ブラウザ、に分けてコードを書くようなものなんだなと。
それとIE6が消えて本当に良かった。
IE9/10とその他のブラウザは一緒でいいだろ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
わからない (スコア: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で業務アプリを作ってるレガシーさんかな?
Re: (スコア:0)
そうですよ。HTMLですらブラウザ間の互換性・挙動の違いに振り回されてる現状なのです。
あなたのいう「業務アプリケーション」がどの規模なのかは知りませんが、規模がデカくなればなるほど、使うユーザーが
多くなればなるほど、JavaScriptの細かな挙動での不具合報告・エンドユーザーからの質問が飛び交うのです。
運用・サポートコストを軽視できる問題ではありません。
生PHPと言うのが、フレームワークを使わないフルスクラッチを指しているのなら、見当違いです。
顧客の要求する動作環境で出来るだけ問題が起きないようにするなら、JavaScriptに頼った実装を「現時点で」選択するのは
リスクがありすぎます。
それとも、何か画期的なフレームワーク・ソリューションがあるのでしょうか。
あるのでしたら、是非お教えください。直ぐにでも検証・検討しますので。
Re: (スコア:0)
上の人とは別ACなんで、別にそんな完全にJavascriptに頼った実装を推してるわけじゃないよ
ただ、問題が多発するのは結局View/UI層が原因なんだから、別にそれはJavascriptが全面的に悪いわけじゃないよね
そこは「ここまでJavascriptでやると大変そうだな」って分界点を決めて実装すればいいだけで
御社の書き込みをみていると、どうもそのあたり分かってなさそうな雰囲気がプンプンするのでツッコミを入れただけ
そんなん無いでしょ。Javascript MVCフレームワークの鉄板すらまだ決まってないんだから
ただ、PHPで業務アプリを作るならCakePHPを使うのが鉄板だろうね
Re: (スコア:0)
HTMLで発生する問題と、
JavaScriptで発生する問題では、
問題の次元が異なると思う。
とりあえず "Professional JavaScript for Web Developers"を眺めてみると良いと思う。
http://www.amazon.co.jp/dp/B006PW2URI/ [amazon.co.jp]
ここまで違うとJavaとC#、N-BASICとF-BASICのような意味で別言語だ。
JavaScriptで書くってことは、
IE6,
IE7,8,9,10,
その他ブラウザ、
に分けてコードを書くようなものなんだなと。
それとIE6が消えて本当に良かった。
Re:わからない (スコア:1)
IE9/10とその他のブラウザは一緒でいいだろ