アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
天に届く統一規格 (スコア:1)
Re: (スコア:1, 興味深い)
やっぱり Linux のように動くものが出来上がってから規格化されるほうが遥かにスムーズ。デファクトスタンダード最強ってとこでしょうか。
ブラウザ戦争なんて失敗の代名詞的に使われることが多いですが、それがなかったら今のような Web アプリ全盛の時代はこなかったのではないかとも思えます。
# ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか
# ばかげているとしか思えません!:P
## 個人的には本気で Ajax は捨てたいと思ってますが、無理なんでしょうね
Re: (スコア:1, 興味深い)
># ブラウザの中で Plugin を使って動画を再生とか、ブラウザでメールやエディタとか
># ばかげているとしか思えません!:P
>## 個人的には本気で Ajax は捨てたいと思ってますが、無理なんでしょうね
参考までにお聞かせ願いたいのですが、
あなたが望んでる(つまり馬鹿げてると思わない)ありかたは、どんなものですか?
JavaScriptなどの動的要素を一切含まないWebアプリがいい!という話でしょうか?
それとも
「アプリ」をやるならWebと無関係にやるべきだ、という主張でしょうか?
(なおJavaWebSt
Re: (スコア:1, 興味深い)
すいません、中途半端かつ不適切な内容でした。
私も JavaScript を使って行う現代風のクラサバに異論はありません。
スタティックな HTML だけではどうしても出来ない事が多々ありますし。
Ajax を捨てたいと思っているのは、今の方向性を突き詰めるが故の問題です。
今の方法では、どうしても UI にコードが入り込んでしまという問題があり、デザインとコードを分離することが非常に困難になってしまっています。
上記問題を解決するために、様々なツールやフレームワークなども用意されていますが、その規模や隠蔽している範囲が大きいこともあって、それが想定し
Re:天に届く統一規格 (スコア:0)
>JavaScript を使って行う現代風のクラサバに異論はありません。
更に脱線ぽいですが、JS以外を使った現代風クラサバはどう思われます?
前述したようにJavaAppletもこのグループですし、
(Javaでいえば)JavaWebStartもそうだし。
FLASHはJS系と呼ぶべきかどうか色々微妙ではあります。
というかコンパイルしちまう処理系だと元の言語が何だったかは二義的な問題にしかならないですし。
>Ajax を捨てたい
よくわからないのですが、
Ajaxも「JavaScript を使って行う現代風のクラサバ」(の流儀の1つ)
じゃないのでしょうか?
つまり「何を使って」「どこに」クライアントを実装してるか?という相違です。
Webブラウザで(直接)動かす奴は捨てたくて、
直接じゃない奴(FLASHとか)はOKという線引きですか?
>UI にコードが入り込んでしまという問題があり、デザインとコードを分離することが非常に困難になってしまっています。
ちょっと別件になりますが、
それそんなに問題なんだろうか?というのが個人的な雑感です。
コードといってもどんなコードが入る(のが困る)かにもよるのでしょうけど、
昔のクラサバつまりVBを典型とするGUIアプリの開発スタイルにも馴染んでいた身としては、
VB語でいう「コントロール」のような
ViewとControllerが合体して1つの単位になってるモノ
(しかもその背後にはデフォルトで簡易Modelまでついてくる)
は、そんなに悪くない気がしています。
もちろんなんでもかんでもあらゆる箇所にごた混ぜだと明らかに困ります。
Modelは画面系とは有る程度距離を置くほうが良さそうです。
とはいえ、「あるModelにお似合いなコントロール」という相性問題も有るので、
デザイン VS コードというような(昨今よく聞く)横割り的なコードのまとめかたよりも、
ModelAにControlAで一単位、ModelBにControlBで一単位、というような
縦割り的なコードのまとめ方のほうが落ち着くんじゃないかって気がしています。
#そうは言ってもVB時代のコードは汚かった、という歴史的事実については、
#「コントロール方式」が根本的に駄目なのか、
#それともWeb時代とコード綺麗時代とがたまたま同時に来ただけなのか、
#それはまだはっきりしていない、と思っています。
なんにせよ、
Ajaxも含めた自律性の高いクライアント(+サーバ)という構成では、
「Webアプリ的な構成」にこだわる理由は少なくなっているんじゃないか?と思っています。
それこそVB GUI方式でも実装できるのだろうな、と。
(VB.NETが何をしているかは残念ながら全く知りません)
>きちんと UI から Ajax を分離すべき
私の意見としては上記のように、UIと密着するコードもあれば離れるコードも有る、という程度に思っていますので、
「Ajaxを分離」というよりは、
「AjaxのうちUI寄りのコードとそれ以外とを分離」のほうが良いような気がしています。
(なんというか、おこなうべき作業はリファクタリングの一種かなと思います。)
ただ、あまり綿密に構造化しまうと、かつて誰かが指摘したように、
「AjaxのプログラムとしてのJSが、一昔前のクラサバのクラより余程大きくなってしまう」
という笑い話的な肥大化が気がかりですが。
ところで、こんな風に大きくなってくると、
これまた往年の用語である「スマートリンカー」というものを想い出してしまいます。
開発の(最終)段階としてリンクという作業フェーズがあり、
ちょっと気の利いたツールだと、
「単に指定された全部じゃなく、必要なライブラリ/関数だけを自動選別して取り込む」処理をやってくれるという奴。
今ならどうなのかな…
JSを送り出すWeb鯖にその機能をつけて、必要最小限のライブラリのURLだけをHTMLに織り込むのかな?
Re:天に届く統一規格 (スコア:1)
静的な言語のリンカでは現在当然のように行われている処理ですが、JSだとevalがあるので難しいのではないのかなぁ?
Best regards, でぃーすけ