アカウント名:
パスワード:
JavaFX2 なんてものがあるのか、まあ誰にも相手にされずに終わるだろう、ということを確認するためにググったとき読んだこの文章 [oracle.com]のグラフ [oracle.com]が、分かりやすく現状を示しているように思えます。HTML5 は素晴らしいが、どう作るかについては、いまだ試行錯誤のまっただ中。
JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。LAMP Stack は書きづらいだけ。使う理由がなくなった。シングルページアプリケーションの利点がはっきりしてきた今となっては、たぶん
> JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。
それはないです。
見た目重視のB2Cではなく、実用重視のB2Bや自社内業務アプリなどでは、JavaScriptに頼ったUI実装は無駄なコストやブラウザ変更時の負荷を非常に増大させるだけです。特に責任の分界があるようなシステムでは、可能な限り「自分の腹の中で」処理をし相手のブラウザにはなるべく仕事をさせない必要があります。これはビジネスの話ですので、実装の都合などより上のレイヤーです。
JavaScript に頼った実装で問題ない、というのがここ五年間の中で理解しなければならない重要な変化だと思います。ブラウザ変更で動きが大きく変わるというのは、過去の話。さすがにもう PHP は要らないと言わせてください(笑)
JSのひとつの問題としてセキュリティがあります。つまりユーザー側でコードや変数の書き換えが好き勝手にできる。ゲームで言えばチートし放題。ChromeにはJSコンソールというチート機能が標準搭載。
そこで質問ですが、JSオンリーで書かれたネットバンクサービスとか、使いたいですか?
JSだろうがHTMLだろうが、結局HTTPしゃべってるだけなんだから、そんなん自由にユーザ側で書き換えできることに大差ないだろ?別にユーザ側から好き勝手なHTTP送られても、サーバー側のValidationが機能要件を満たしていれば関係なくね?
だから「(クライアントサイドの)JavaScriptやHTMLには重要なロジックを何も載せられない」「重要な処理は『全部』サーバー側でやるしかない」という話なのでは。
極論すればJavaScriptを全部OFFにしても、全機能がそのまま稼働する。JavaScriptは完全に「オマケ」としてしか使われてない。バリデーションも全部サーバー側で実装するというのも、そういう話の一つでしょ。
#世の中にはクライアントサイドJavaScriptによる入力チェックしかしてなくて、#脆弱性の塊でインターネットに接続できないWebアプリもあるのですよ。 orz
ちょっと何を言っているのかよくわからないですね
こんなのはWebアプリケーションであればどんな実装をしようが当然ですよね?徳丸本にもそう書いてありますよね何が言いたいのかまったくわからないんですが、つまり上の31617さんはWebアプリケーションとはどういうものか全く理解していない頭おかしい人ってことですか?
>こんなのはWebアプリケーションであればどんな実装をしようが当然ですよね?うんにゃ。そうじゃない実装をする人はいるんだよ。
あんたの経験が少なすぎるだけ。
そんな人はどんな技術を採用しても同じですよね。何が言いたいのかまったくわかりません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
わからない (スコア:3, 興味深い)
JavaFX2 なんてものがあるのか、まあ誰にも相手にされずに終わるだろう、ということを確認するためにググったとき読んだこの文章 [oracle.com]のグラフ [oracle.com]が、分かりやすく現状を示しているように思えます。HTML5 は素晴らしいが、どう作るかについては、いまだ試行錯誤のまっただ中。
JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。LAMP Stack は書きづらいだけ。使う理由がなくなった。シングルページアプリケーションの利点がはっきりしてきた今となっては、たぶん
Re: (スコア:0)
> JavaScriptの発展で、サーバーサイドでHTML生成するタイプのものは不要になるのは明らか。
それはないです。
見た目重視のB2Cではなく、実用重視のB2Bや自社内業務アプリなどでは、
JavaScriptに頼ったUI実装は無駄なコストやブラウザ変更時の負荷を非常に増大させるだけです。
特に責任の分界があるようなシステムでは、可能な限り「自分の腹の中で」処理をし
相手のブラウザにはなるべく仕事をさせない必要があります。
これはビジネスの話ですので、実装の都合などより上のレイヤーです。
Re: (スコア:2)
JavaScript に頼った実装で問題ない、というのがここ五年間の中で理解しなければならない重要な変化だと思います。ブラウザ変更で動きが大きく変わるというのは、過去の話。さすがにもう PHP は要らないと言わせてください(笑)
Re: (スコア:2)
JSのひとつの問題としてセキュリティがあります。
つまりユーザー側でコードや変数の書き換えが好き勝手にできる。
ゲームで言えばチートし放題。ChromeにはJSコンソールというチート機能が標準搭載。
そこで質問ですが、JSオンリーで書かれたネットバンクサービスとか、使いたいですか?
Re: (スコア:1)
JSだろうがHTMLだろうが、結局HTTPしゃべってるだけなんだから、
そんなん自由にユーザ側で書き換えできることに大差ないだろ?
別にユーザ側から好き勝手なHTTP送られても、サーバー側のValidationが機能要件を満たしていれば関係なくね?
Re: (スコア:0)
だから
「(クライアントサイドの)JavaScriptやHTMLには重要なロジックを何も載せられない」
「重要な処理は『全部』サーバー側でやるしかない」
という話なのでは。
極論すればJavaScriptを全部OFFにしても、全機能がそのまま稼働する。
JavaScriptは完全に「オマケ」としてしか使われてない。
バリデーションも全部サーバー側で実装するというのも、そういう話の一つでしょ。
#世の中にはクライアントサイドJavaScriptによる入力チェックしかしてなくて、
#脆弱性の塊でインターネットに接続できないWebアプリもあるのですよ。 orz
Re: (スコア:0, フレームのもと)
ちょっと何を言っているのかよくわからないですね
こんなのはWebアプリケーションであればどんな実装をしようが当然ですよね?
徳丸本にもそう書いてありますよね
何が言いたいのかまったくわからないんですが、つまり上の31617さんはWebアプリケーションとはどういうものか全く理解していない頭おかしい人ってことですか?
Re: (スコア:0)
>こんなのはWebアプリケーションであればどんな実装をしようが当然ですよね?
うんにゃ。
そうじゃない実装をする人はいるんだよ。
あんたの経験が少なすぎるだけ。
Re:わからない (スコア:0)
>こんなのはWebアプリケーションであればどんな実装をしようが当然ですよね?
うんにゃ。
そうじゃない実装をする人はいるんだよ。
あんたの経験が少なすぎるだけ。
そんな人はどんな技術を採用しても同じですよね。
何が言いたいのかまったくわかりません。