トップページ⇒php
1001コメント263KB

Ajaxでも語りませんか3

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/05/16(火) 12:41:57ID:???
Google Suggest
↓
Google Maps
↓
もう Ajax って呼んじゃおうぜ

adaptive path ≫ ajax: a new approach to web applications
ttp://www.adaptivepath.com/publications/essays/archives/000385.php

邦訳
ttp://antipop.zapto.org/docs/translations/ajax.html

AJAX - MDC
ttp://developer.mozilla.org/en/docs/AJAX

作って理解するAjax (1)：IT Pro
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051104/224040/
作って理解するAjax (2)：IT Pro
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051125/225193/

過去スレ
1　http://pc8.2ch.net/test/read.cgi/php/1110287963/
2　http://pc8.2ch.net/test/read.cgi/php/1134214341/
05695642006/09/01(金) 00:39:36ID:???
そうですか。サーバ側で適用してから返す方向で検討してみます。

今回やりたかったことは、顧客登録時に住所を入力するのでその補助で
郵便番号入力＞前方一致で住所リストのXML(漢字、カナ、etc)を返す。
登録画面では郵便番号テキストボックスの下に住所の漢字のリストを出すのですが
別画面では住所を検索して漢字、カナなど詳細なデータが出力される。
住所検索結果を返すページが同一で、顧客登録画面では<kanji>要素のみをforで回して<ul><li>にJavaScriptで変換、
住所詳細検索画面では<kanji><kana>など受信したXMLデータのほぼ全内容を<table>に変換していました。
適用するxslをサーバ側で判断するためにパラメータを増やすのがなんとなく嫌でこのような方法をとっていたのが裏目にでました。
0570nobodyさん2006/09/01(金) 00:51:22ID:???
大体xslって分かりづらいしね。
普通にDOMで値を拾っていった方が後々楽かも
0571nobodyさん2006/09/01(金) 01:03:23ID:???
xslがわかりづらいのは570さんの理解力が無いだけだと思う
0572nobodyさん2006/09/01(金) 22:46:50ID:???
xslが難しいか否かはさておき、
言語は少ないに越したことは無い，という考え方もある。

XML→HTMLの変換をするだけに一つ言語を追加するというのが
果たして賢明か、となると俺は疑問だな。
0573nobodyさん2006/09/01(金) 23:34:35ID:???
XSLが言語かどうか微妙だなぁ。XSLが言語ならXPathも言語なのかな。
0574nobodyさん2006/09/02(土) 00:19:37ID:dh9ORmXm
AjaxってUTF-8じゃないと絶対動かないの？
なんとかEUCでならない？
0575nobodyさん2006/09/02(土) 11:20:55ID:???
たかがXML→HTMLの変換をするだけにDOMプログラミングする方がよっぽどアホだと思うが。
0576nobodyさん2006/09/02(土) 11:21:23ID:???
>>574
何とかなる
0577nobodyさん2006/09/02(土) 11:38:41ID:???
DOM、XSL両方使うけど個人的にはXSLの方がいいと思う。
DOMで変換を書くとJavaScriptが大量になるし、可読性も落ちると　思う。
まぁ、好みかな？

>>564
みたいにクライアント側でXSLを使うのはやったことがなかったので調べてみたが
ブラウザ間の違いは吸収できると思う。XMLHttpRequest見たいな感じで。
0578nobodyさん2006/09/02(土) 11:44:16ID:???
>>577
極めて同意。他の人がXMLソースを扱えるのも大きな利点だと思う
0579nobodyさん2006/09/02(土) 18:25:29ID:???
>>578
>他の人がXMLソースを扱えるのも大きな利点だと思う
それはDOMでもXSLでも同じでは？

そういえばIEだとXML+XSLのページってなぜかソースが表示出来ないんだよな。
あれって何でだろ。
0580nobodyさん2006/09/02(土) 19:21:14ID:???
>>579
極論すれば同じだが、同じじゃあない。
変換ルールをXSLTで書けば、今時、どの有名言語でも扱える。
しかし、変換ルールをDOMで書いてしまうと、
変換ルールまで含めて、各言語で書き直さなければならない。

この違いは大きい。

実際、XSLTをかっこ悪くかける、ていどなら、3時間もあれば学習可能。
そして、XSLTを利用する為の数行のコードなら、10分あればコピペ可能。
つまり、昼に移植を始めれば夕方までには終わる。
変換ルールを解析して云々をやっていたら、こうはいかない。

たまに、XSLTが唯一のデファクトスタンダードなシートである必要はない
などとほざいているお花畑頭がRuby界隈に湧き出ることがあるが、
じゃあ、そういうお前が、XSLTに匹敵するフィルター言語を作れ、と、いつも思う。

何故、自称XSLTの達人、が、世の中にほとんどいないのか。
それは、一度書いたら何ヶ月も書かずに済む場合が多く、極めようがないから。
それほど、XSLTの「再利用性」というものは高い。
0581nobodyさん2006/09/02(土) 20:41:32ID:???
DOMは簡単だしJavaScript関連の参考書とか使用が多数ある。解説してるWebページも多い。
何よりforでまわしてifでタグ名判定してHTMLタグに置き換えるって行為自体がプログラマにとってすごい直感的なんだよね。
なにかしらの言語使えればDOMは使える。

俺自身もXsl派。最初見たときは読みにくいしテンプレートも追いかけづらいし、正直なんだよこの糞言語って思ったｗ
覚えてみると便利だし今までDOMでいろいろやってたのが簡単に置き換え可能だし、
スタイル変換がほぼ完全に分離できる。
ただ俺の会社の人間たちは前の俺と同じ状態でXslt＝見にくい、意味不明 見たいな感じになってるからこまっとる。
前にどっかでみたコボラーにオブジェクト指向の有益性を（ｒｙ を思い出した
0582nobodyさん2006/09/02(土) 20:51:08ID:???
どっちが優れているというわけではなく
DOM: XML以外のデータからXMLを生成、XMLから特定の要素だけをデータとして抽出、(X)HTMLの一部を動的に変更
XSL: 元データがXML、出力内容全体を生成
みたいな感じに使い分けるもんじゃないの？
0583nobodyさん2006/09/02(土) 21:25:38ID:???
>>581
DOMが簡単？うそつけ。素人の書いたソースコードなんて読めないし。
XSLTの方がよほど簡単だ
0584nobodyさん2006/09/02(土) 21:53:47ID:???
>>580
>極論すれば同じだが、同じじゃあない。
>(中略)
>変換ルールを解析して云々をやっていたら、こうはいかない。

一体どんだけ頻繁に言語を替える人？
そんなシチュエーションでの利点にそれほど価値があるとは思えない。

>たまに、XSLTが唯一のデファクトスタンダードなシートである必要はない
>などとほざいているお花畑頭がRuby界隈に湧き出ることがあるが、
>じゃあ、そういうお前が、XSLTに匹敵するフィルター言語を作れ、と、いつも思う。

Ruby厨への私怨、以上。

>何故、自称XSLTの達人、が、世の中にほとんどいないのか。
>それは、一度書いたら何ヶ月も書かずに済む場合が多く、極めようがないから。
>それほど、XSLTの「再利用性」というものは高い。

上二行妄想。そしてそこから三行目への転換はギャグとしても笑えない。
第一，それは「再利用性」とは呼ばない。
単に「仕様変更が起きていない」だけだ。

俺は別にXSLは悪いとは思わないが，それが有効なシーンはかなり限られていると思う。
すなわち「XMLを可視化する」→「その手段としてHTMLへ変換する」というまでのシチュエーションであり、
それ以上、例えばJavascriptを組み込んだり，そのページを更にそれこそajaxで動的に動かしたり…
というところまで「成長」させるのは非常に困難だといわざるを得ない。

なので，>>580のような手放しでの持ち上げ方は、
それを読む者の技術力によっては非常に有害だ，と思う。
0585nobodyさん2006/09/02(土) 23:46:31ID:???
否定する事が生きがいみたいな書き込みだな。
0586nobodyさん2006/09/03(日) 01:09:34ID:???
>>584
日本語でおｋ
0587nobodyさん2006/09/03(日) 01:28:52ID:???
ここらへんで止めような。
好みで使い分けろ。
0588nobodyさん2006/09/03(日) 04:55:56ID:???
なんかprototype vs dojoみたいな流れだな。
0589nobodyさん2006/09/03(日) 11:26:13ID:???
dojoのスレってあるの？
0590nobodyさん2006/09/04(月) 12:31:48ID:???
ここではdojoはﾏﾝｾｰされてるが使ってる人少ない。
0591nobodyさん2006/09/04(月) 18:58:54ID:???
>>588
勝負にならないだろ
0592nobodyさん2006/09/04(月) 20:05:49ID:???
>>574
>AjaxってUTF-8じゃないと絶対動かないの？
>なんとかEUCでならない？

ココ↓のエントリーが参考になるかもよ：
ttp://www.on-sky.net/~hs/index.cgi?date=20060513
0593nobodyさん2006/09/11(月) 21:24:50ID:???
Ajaxの“彗星”とともに現われたチャットサービス“Lingr”を使ってみた
http://ascii24.com/news/i/serv/article/2006/09/11/664477-000.html
0594nobodyさん2006/09/11(月) 21:41:30ID:???
できたらグループウェアをとおもい、Ajaxを勉強中です。
そこで初心者的な質問なのですが、掲示板を作るのにAjaxって
あまりメリットがないのでしょうか？
あと、Ajaxの入門書なんかではHTMLをベースに作っているよ
うですが、HTMLとXMLを使うときの違いってどのあたりなんでしょうか。


0595nobodyさん2006/09/11(月) 21:46:31ID:???
Ajaxを使うと、UIの向上につながることもある。
HTMLとXMLのどっちを送信したらいいかってことか？
それなら、XMLのほうが汎用性は高いと思うが、パースしたりややこしいのが嫌ならHTMLのほうが簡単。
0596nobodyさん2006/09/11(月) 21:54:39ID:???
２ちゃんがデフォルトでブラウザつかってるような感じで読めるようになる。
0597nobodyさん2006/09/11(月) 21:55:10ID:???
> HTMLとXMLのどっちを送信したらいいかってことか？
どっちも送信しねーよｗ
05985942006/09/11(月) 21:56:06ID:???
>>595
ﾚｽｻﾝｸｽ

たしかに、XMLのほうが汎用性は感じます。（素人意見ですがデザインとか
カスタマイズしやすそうな）
覚えたてのDOMを使うべきか迷っていましたが、
とりあえずサーバー：PHPで、XMLを基本にこの中で要素とか指定して、XSL
でレイアウトみたいなイメージを持ってます。
0599nobodyさん2006/09/11(月) 22:37:12ID:???
あーあ。XMLなんて使いにくいだけなのにｗ
0600nobodyさん2006/09/11(月) 23:01:21ID:???
>>596
上の方でも出てたけどこんなんか
http://dso.2ch.net/test/read.html/myanmar/1155409133/l50
0601nobodyさん2006/09/12(火) 04:16:21ID:???
デザインカスタマイズはHTMLで十分だよ。
あとXMLだとIE切捨てだけどいいの？
0602nobodyさん2006/09/12(火) 07:21:26ID:???
XMLをJSONのようなデータ保持手段と考えて、スクリプトなりサーブレットなりで
HTMLに吐き出すって発想を、この板の住民は持ち合わせていないんだね。

まぁ、ネタとしてはすれ違いだが、コーディングが嫌いなら
Web技術板にでも行きなよ。
0603nobodyさん2006/09/12(火) 08:33:51ID:???
>>602
Web制作板だ
0604nobodyさん2006/09/12(火) 10:49:47ID:???
IE7でXMLが使えないのに、わざわざXMLにする必要性ってなんだろう。
0605nobodyさん2006/09/12(火) 11:52:59ID:???
APIとして公開するための、インフラ。
つか、IE7でXML使えない？？？
0606nobodyさん2006/09/12(火) 14:27:04ID:???
>>604
まじで？
0607nobodyさん2006/09/12(火) 14:48:18ID:???
マイクロソフト、AJAXアプリ開発用ツール「Atlas」を年内リリースへ
http://japan.cnet.com/news/ent/story/0,2000056022,20230367,00.htm
0608nobodyさん2006/09/12(火) 22:08:03ID:???
そもそもXMLってプレーンテキスト。
使えるとか使えないとか、どういうものじゃないのね。
0609nobodyさん2006/09/12(火) 22:27:10ID:???
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )ﾋｿ
0610nobodyさん2006/09/13(水) 00:35:45ID:???
JSONをサーバから引いてくるとするとAjajか。
やけどしてそうな響きだな。
0611nobodyさん2006/09/13(水) 03:36:18ID:???
IE7はapplication/xhtml+xml対応拒否か･･･
0612nobodyさん2006/09/13(水) 21:10:44ID:???
しっかし、GPLなAjaxライブラリを組み込んだら
ウェブサービスまでソース公開しなくちゃならないなんてなぁ。
0613nobodyさん2006/09/13(水) 21:25:46ID:???
GPLにしても、大概LGPLじゃねーの？
0614nobodyさん2006/09/13(水) 22:37:10ID:???
>>613
何いってんだ？
GPLはGPL。LGPLとは違うよ。
0615nobodyさん2006/09/13(水) 23:33:04ID:???
LGPLなライブラリなら知ってるが、GPLなAJAXライブラリって、どれ？
0616nobodyさん2006/09/15(金) 20:07:32ID:???
Ajaxアプリのビジュアル開発ツール，デファクトを狙いNTTデータがオープンソースとして公開へ
http://itpro.nikkeibp.co.jp/article/NEWS/20060915/248264/
0617nobodyさん2006/09/15(金) 20:34:07ID:???
>>616
サーバロジックはどうなってんだろ
0618nobodyさん2006/09/15(金) 20:35:14ID:???
日経は相変わらずろくにリンク貼らねえのな
0619nobodyさん2006/09/16(土) 23:39:54ID:KitoMbzn
Cometの良いサンプルプログラムないかな？出来ればRoRで。

>>618
日経と日経BPを一緒にしてはいけない
0620nobodyさん2006/09/19(火) 04:11:29ID:???
htmlソース
new Rico.Effect.Size("leftMenu", w,h,200,10);

CSSソース
#leftMenu{
width:150px;
height:300px;
float:left;
float:top;
background-color:#00ff00;
margin-left:15%;
}
これで、CSSのほうで作った四角のサイズは変更できるんだけど
四角じゃなくて、貼り付けた画像のサイズを変更したい場合はどうすればいい？
0621nobodyさん2006/09/19(火) 05:42:50ID:ud+ZB3pb
ぜんぜんわかりません。
0622nobodyさん2006/09/19(火) 20:42:56ID:???
>>620
Ricoってなんだ
0623nobodyさん2006/09/19(火) 20:57:03ID:???
>>622
http://openrico.org/
0624nobodyさん2006/09/20(水) 04:44:27ID:???
>>620
画像にIDふってやりゃいんじゃねぇの？
0625nobodyさん2006/09/21(木) 22:10:37ID:???
OpenAjax Alliance、Ajaxライブラリ間の相互運用をサポートするJavaScript仕様を公開へ
http://www.computerworld.jp/news/sw/49489.html
0626nobodyさん2006/09/21(木) 23:25:04ID:???
Ajaxの掲示板サンプルはいろいろあるけど、画像投稿機能付の
掲示板サンプルはありませんか？（できれば日本語で）
0627nobodyさん2006/09/22(金) 08:55:10ID:Kcm0ZJSi
Ajaxになって、サイト設計するときの画面遷移図とかみんなどうしてる?
なんかキレイに書ける標準的な図法とかあるのかな?
0628nobodyさん2006/09/22(金) 15:36:21ID:???
UMLなり使って一般アプリケーションと同じ扱いでいいんじゃない。
ステートチャートにスクリーンショット添えて、UIの意図と枠組みを整理しとくだけでも、仕様としてもプレゼン用にも使えてるし後々困らんですよ。
0629nobodyさん2006/09/23(土) 13:30:03ID:KNwaCfEQ
ajaxって糞だな。
大手ならやりがいもあるけど。

単なる企業ソフトなら完全にスマートクライアントの勝ち。

結局多大な面倒をかけてリッチクライアントに近づけさせようとしている無意味な技術。
いらんいらん
0630nobodyさん2006/09/23(土) 13:38:39ID:???
>>629
下手な釣りですね。
0631nobodyさん2006/09/23(土) 13:41:50ID:KNwaCfEQ
>>630
釣り？
そうじゃないんだけど。

でも実際そう思わねぇ？
結局ユーザが望んでるのはリッチクライアントの操作感。
だからajaxなんかが普及するんでしょ。

そもそも.netのClickOnce機能がどんどん拡張してきたら
クライアントのインターフェイスがwebブラウザである意味がなくなるじゃん。
違う？
0632nobodyさん2006/09/23(土) 13:55:00ID:???
マイクロソフト支配から逃れるために、AJAXやってるのに、何が悲しくて、.net なんて使うと思ってるんだか…
0633nobodyさん2006/09/23(土) 14:06:36ID:???
>>629
俺と同じこと思っている人がいた。
誰も言わないから、暗に言っちゃいけないことなのかと思っていた。
リッチクラアントっていうけど、（今は）デスクトップアプリには勝てないよな？
0634nobodyさん2006/09/23(土) 14:28:37ID:???
>>633
GoogleカレンダーとかGoogleマップなんかは
ある意味、デスクトップアプリ以上に使いやすいよ。
0635nobodyさん2006/09/23(土) 14:53:26ID:???
ユーザサイドの手軽さで言えば、アプリDLして立ち上げるよりラクだしな。
カレンダーアプリや辞書ソフト、地図アプリなんかは最近はローカルで立ち上げる気にもなれん

でも個人的には、Office風なwebアプリの存在価値はピンと来ない。
模索段階なんだろうけど、現状では無理してやってみた感が否めないね
0636nobodyさん2006/09/23(土) 15:07:12ID:???
GoogleSpreadsheet とか？
0637nobodyさん2006/09/23(土) 15:19:58ID:???
>>633
根本的にAJAXの意味を理解していない気がする。

別にデスクトップアプリの代替を謳ってAJAXやってるわけじゃないよ。
0638nobodyさん2006/09/23(土) 15:22:52ID:KNwaCfEQ
>>637
でも無駄にASP.NETで企業向けのソフト作ったりしてたじゃん。
バージョンアップの手間を省くためだけにwebみたいな。

んで操作性悪いからこうできないの？みたいな話になったりしてさ。
ほんじゃあ今流行のajax使ってこんなことできました。みたいな。

ほうほう、じゃあもっとこうできないの？ここ使い勝手悪いんだよね、みたいな要望いっぱい。

結局ｗｉｎアプリがいいんじゃねーの？みたいなさ。

一般公開サイトならばいいと思うんだけどね。企業向けソフトなんかでAJAX使ってるの見ると馬鹿？
つかやりたかっただけ？みたいな気分になる。
0639nobodyさん2006/09/23(土) 15:30:09ID:???
>>638
だから理解してないって言ってるのに…

Google Suggest とか、Google Maps とかを馬鹿？とか言う奴の気が知れない。
0640nobodyさん2006/09/23(土) 15:32:51ID:KNwaCfEQ
>>639
＞Google Suggest とか、Google Maps とかを馬鹿？

いってねーだろ。お前が馬鹿？
これは一般ユーザ向けだろ。

俺が言ってるのは企業内アプリ。わかる？


0641nobodyさん2006/09/23(土) 15:34:56ID:???
>>640
だーかーらー、AJAXを理解してないって何度も言ってるでしょ…。

それは、そのソフトを作った奴の問題で、ぜーーーーーんぜんAJAXとは関係ないでしょ。理解できないか？
0642nobodyさん2006/09/23(土) 15:46:20ID:???
>>634
お前、今までいったいどんな糞スケジューラ使ってたんだ？ｗ
0643nobodyさん2006/09/23(土) 15:48:11ID:???
> お前、今までいったいどんな糞スケジューラ使ってたんだ？ｗ

糞でないスケジュール管理ソフトって何があるんかなぁ。
0644nobodyさん2006/09/23(土) 17:00:18ID:???
>>629
糞.NETなんかには興味ねえんだよ。ば〜か。
M$工作員は巣に帰れ！
0645nobodyさん2006/09/23(土) 17:14:11ID:???
>>641
ダメだこいつ。
んなこと言い出したら全部○○とは関係ないでしょ

になるだろ。

「企業アプリとしての」って前置きしてるだろ。
デスクトップアプリにがんばって近づけてるがwebである利点が
こじんまりした企業アプリにはもうなくなるってことだよ。

しかもさ。flashでいいじゃん。
本増えてきたけどまた廃れるな。ajaxは。
0646nobodyさん2006/09/23(土) 17:21:13ID:???
>>642
いままで使ったスケジューラがみんな糞で結局手帳だ。
オススメあったら教えておくれ。
0647nobodyさん2006/09/23(土) 18:51:33ID:???
過去ログもスレの流れも無視して言いたいこと言って
反論されたら「俺は知らない」って人としてどうかと思うよ。
要するに溜飲下げたいだけなんだろうけど、
自分と同じような奴がたくさん居るかも、ぐらい思い至らないのは視野がアレなんじゃない。

とりあえずあなたの言いたいことは
・結局表現力でネイティブアプリに敵わないから Ajax は糞 ってことかね？

じゃぁなんで Web アプリなんてものが存在するんだろう、とか思えないのかな。
0648nobodyさん2006/09/23(土) 19:19:10ID:???
>>645
繰り返すが、正直、全くAJAXって物を理解できて無いと思う。
君はいったいAJAXって物をなんだと思ってるの？

ブラウザでページ遷移を伴わずに、情報を更新する技術。たったそれだけだよ。
これからは、増える事はあっても、減ることは無いよ。
きちんと使えば、ページ遷移ベースのWebアプリケーションより直感的で、操作性も増すからだよ。

イントラに関しては、ブラウザで全部やりたいって言う需要があるんだよ。
そこに、遷移ベースよりは表現力、操作性が良いって理由でAJAXを用いたアプリが出てくるのは、ある意味当然だ。

Flash？？？わざわざプロプライエタリな物使って、コストを上げるのか？変わってるな。
0649nobodyさん2006/09/23(土) 19:22:19ID:???
ActiveXみたいなのをほとんどのブラウザでサポートしてくれりゃいいのにな。
まぁActiveXは糞だけど。だからBizとかいらんもんで作れとかいうような企業がでてくるんだよ。
Ajaxは今は流行ってるけど実際に業務アプリとか作るとやっぱ重い。俺はEJBと同じ道を歩むと思ってるが、おもろいから使ってる。
AjaxがいやならVBかなんかで作ればいいんだよ。
0650nobodyさん2006/09/23(土) 21:29:04ID:???
インターナルウェアについては>>629〜が言ってる事はそれなりの現実的な主張だとは思う。
クライアントアプリはデプロイが面倒だし、Flashも最初一回ではあるがプラグインの配布が必要。
Windows Updateで配るとかVistaが主流になるとかで.net Frameworkが標準で入るようになったら
インターナルウェアはClickOnce全盛になるだろうとは俺も思う。

しかし>>629の
　　>>結局多大な面倒をかけてリッチクライアントに近づけさせようとしている無意味な技術。
　　>>いらんいらん
という言い切りはやってしまった感が満ち満ちてるな。
　　>>「企業アプリとしての」って前置きしてるだろ。
とか後から取り繕おうとはしてるけど痛々しい。
やってしまった失言は正々堂々と認めた方がよろしいかと。
0651nobodyさん2006/09/23(土) 21:35:19ID:???
今、AjaxのマルチウィンドウをPrototype JavaScript Windowsのやつで
作ろうとしてんだけど、これって、マルチウィンドウできるのか？
一つのページに違うIDで別のサイトを出そうとするとF5更新したときに
微妙に動作おかしくなるんだけど。
あと、クッキーを設定するやつの有効期限のセットの仕方知ってたら
教えてくれ・・・ort
06526502006/09/23(土) 21:44:31ID:???
ちなみに個人的にはAjaxでデスクトップアプリを再現しようとしている動きはどうかなあって思う。
Ajax（+DHTML)はWebベースである事の「自由度を拡張する」ものではあって
それを否定するものではないのではないかと。
デスクトップにしようとするのは自己否定だと思うんだよなあ。
0653nobodyさん2006/09/23(土) 22:14:51ID:???
ここは、Ajaxとブラウザベースリッチクライアントの区別も出来ん奴が、えらそうに語るスレか？
0654629 2006/09/23(土) 23:10:53ID:???
>>648
＞ブラウザでページ遷移を伴わずに、情報を更新する技術。たったそれだけだよ。
そうだな。枯れた技術をうまいこと使いまわしてそうしたな。

＞単なる企業ソフトなら完全にスマートクライアントの勝ち。

って言ってるだろ。
結局ソフトとしてwindowsアプリの操作感を望んでる。
企業向けソフトとしてwebブラウザを導入して、そして操作感が悪くてajaxで。
んなことしてたらソースがとんでもないことに
ってプロジェクト山ほど見たよ。

0655nobodyさん2006/09/24(日) 00:45:22ID:???
なんで、それがAjax批判に繋がる訳？？？

Cにしろ、C++にしろ、他の言語にしろ、無能な奴が適当にソース書いて、まぁ、めちゃくちゃになった話は良く聞くが、
その事 ≡ 言語批判になるか？
0656nobodyさん2006/09/24(日) 00:48:34ID:???
つか、ここWebProgのAjaxスレだろ？
自分でサーバサイド、クライアントサイド実装すりゃわかるが、初めからAjaxを前提に設計してないものに、
後から付け足しゃ、そりゃ、ぐずぐずになるのはみえみえだろ。

そんな例を持ってきて、いったい何が言いたいんだろうか？
0657nobodyさん2006/09/24(日) 00:52:37ID:???
普通、Ajax使って求める操作性って、Winアプリじゃ無くて、ブラウザの標準的な操作の拡張だぞ。
おまえさんの言ってるのは、駄目なリッチクライアント設計っつう話で、上でも再三言われてるけど、Ajaxと何の関係がある？

つうか、聞くからに、おまえさんの周りの人間が駄目駄目だ、っつう話じゃねーの？
0658nobodyさん2006/09/24(日) 00:54:33ID:???
でも実際そういうプロジェクト多いよな。
散々ｗｅｂ化にのせられたプロジェクトが
操作性を追及してAjax使ってみるみたいな

ｳﾍｧ
0659nobodyさん2006/09/24(日) 01:10:38ID:???
なんだここ、業界ヲチスレかよ。
0660nobodyさん2006/09/24(日) 01:39:28ID:???
>>640
このスレこなきゃいいのにｗ

何をどうしたいかがわからん。
0661nobodyさん2006/09/24(日) 01:57:37ID:???
> ActiveXみたいなのをほとんどのブラウザでサポートしてくれりゃいいのにな。
だいたいのブラウザでJavaサポートしてるのに、アプレットなんて誰も使ってないよ？
0662nobodyさん2006/09/24(日) 04:01:12ID:???
ActiveXもJavaアプレットもウザイ存在でしかない。
0663nobodyさん2006/09/24(日) 04:12:10ID:???
Flash使うなよｗ
0664nobodyさん2006/09/24(日) 04:54:49ID:???
アプレットはUIがなんか汚らしくなるよね
0665nobodyさん2006/09/24(日) 04:59:50ID:???
大体今のWebアプリって、超おおざっぱにいうと、
アクションとビュー(テンプレとか)とその他って感じで分かれてるけど、
これにJavascript混ぜ込む項目がいるよね。
今はヘルパにごちゃごちゃ混ぜてる感じになってるけど、もう少し綺麗にいかんのかなぁ
0666nobodyさん2006/09/24(日) 21:02:55ID:???
アプレットなんか最初のほうはｽｹﾞｰって思ったやつはいただろうけど
結局はJavaインストールしないと動かないしな。起動も遅いし。
別途インストールが不要で軽快に動くなら喜んで使うけどな。
0667nobodyさん2006/09/24(日) 22:16:44ID:???
今思えばIEからMicrosoft JavaVMが引っ剥がされていなかったら
Ajaxなんて概念は生まれ出なかったのかも知れないな。
0668nobodyさん2006/09/24(日) 22:52:34ID:???
>>667
んなこたー
0669nobodyさん2006/09/25(月) 00:02:35ID:???
ないとは思うが、そうなっていなかったらいろいろと改善されてたかもね。今更そんなことを考えるだけ無駄だが。
■ このスレッドは過去ログ倉庫に格納されています