5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【Office2003?】リッチクライアント【Flash?】

1 :デフォルトの名無しさん:04/03/15 12:52
次世代のリッチクライアントについて考えていきましょう

Office2003が最有力と呼ばれていますが、どうなんでしょうか?
現時点の候補はこれくらいでしょうか。

Office2003
http://www.microsoft.com/japan/office/editions/prodinfo/default.mspx

Flash
http://www.macromedia.com/jp/software/flash/

Biz/Browser
http://www.axissoft.co.jp/biz/bizbd/index.html

PDF
http://www.adobe.co.jp/products/acrobat/main.html

2 :デフォルトの名無しさん:04/03/15 12:56
考えません

3 :1 ◆he61mp0qOM :04/03/15 12:58
私は、Flashが最有力と考えています。

4 :1 ◆he61mp0qOM :04/03/15 13:01
あれ、ぜんぜん盛り上がりませんね。

5 :1 ◆he61mp0qOM :04/03/15 13:07
名スレの予感

6 :1 ◆he61mp0qOM :04/03/15 13:13
お前らなんか書けよ、ハゲ

7 :デフォルトの名無しさん:04/03/15 13:15
リッチクライアントって何ですか?

8 :デフォルトの名無しさん:04/03/15 13:18
言葉通り金持ってるお客さんのことだよハゲ

9 :1 ◆he61mp0qOM :04/03/15 13:27
>>8
うまい!!

10 :1 ◆he61mp0qOM :04/03/15 13:28
>>7
ブラウザだけでは実現が難しい機能とかを、
Flashとかで実現したものらしいよ。

11 :1 ◆he61mp0qOM :04/03/15 13:39
とんだ糞スレだな

12 :1(本物) ◆JfA2Y7yYv6 :04/03/15 18:46
>> 1 ◆he61mp0qOM
レスありがと

>>7
ここに詳しい解説があります

@IT リッチクライアント
http://www.atmarkit.co.jp/channel/richclient/richclient.html

1 ◆he61mp0qOM と同じく、Flashに注目してます

Flash+JAVAの実例
http://www.nttd-bb.com/solution/total/solution1/

私としては、この形態に注目中

13 :デフォルトの名無しさん:04/03/15 19:27
WebがUIとしてクソなのは当たり前だが、じゃあFlashが生産性高いのか?

UIに面白さ求めてもしょうがない。

需要あるのは家電かゲームくらいだろ。

14 :デフォルトの名無しさん:04/03/15 21:09
Web は UI が poor なのが良いと思ってるんだけどね。

15 :デフォルトの名無しさん:04/03/15 21:56
Appletはー?

16 :デフォルトの名無しさん:04/03/15 22:48
>>1
漏れもこの話題に興味あるのでがんがってくだされ

Webで揉まれたリッチクライアントはLightweightなGUIを駆逐する
とか考えているので

17 :デフォルトの名無しさん:04/03/15 23:04
フリーでオープンソースなリッチクライアントってないの?

18 :デフォルトの名無しさん:04/03/16 01:06
ノータッチデプロイメント

19 :◆JfA2Y7yYv6 :04/03/16 01:25
>>15
Appletがもう少し軽ければ良いんですけどね。
低スペックマシンを使っている顧客相手だと、実務には少し耐えられない気がします。

>>18
.NETのノータッチデプロイメントと
JavaのWeb Startも次世代リッチクライアントの候補だと言えますね。

.NET Framework のノータッチ デプロイメント
http://www.microsoft.com/japan/msdn/vs/deployment/vbtchno-touchdeploymentinnetframework.asp

Java Web Start
http://java.sun.com/products/javawebstart/ja/index_ja.html


20 :デフォルトの名無しさん:04/03/16 03:19
うっすらWebProg板向けだとも思ってるんだけど実際どっち寄りなのだろう

21 :デフォルトの名無しさん:04/03/16 12:02
SMIL,SVG,ECMAScript

22 :デフォルトの名無しさん:04/03/16 12:05
なんどOffice2003とFlashとを比較されるんだ?
解説キボンヌ

23 :1(本物) ◆JfA2Y7yYv6 :04/03/16 12:26
>>22

ここに解説があります
http://www.atmarkit.co.jp/fwin2k/techreview/off2003dotnet/off2003dotnet_01.html

Office2003とFlashは若干用途が異なります。

.NETvsJAVAvsFLASHと言った方が良いかもしれません

Microsoft .NET Pet Shop
http://www.microsoft.com/japan/msdn/net/compare/bdasamppet.asp

Java PetStore
http://java.sun.com/blueprints/code/jps132/docs/index.html

Flash PetMarket
http://examples.macromedia.com/petmarket/flashstore_800.html

24 :◆JfA2Y7yYv6 :04/03/16 22:02
いまいち盛り上がらないな。

ブラウザ以上の表現力を顧客に要求された場合は
皆さんどうやっているんですか?

うちの顧客は直ぐにACCESSやVBのC/Sシステムとりたがる。

25 :デフォルトの名無しさん:04/03/16 22:15
フツーのGUIの何が不満なんだ?


ガイドラインに沿うUIマンセー


26 :デフォルトの名無しさん:04/03/16 22:52
そもそもこのスレで何をさせたいのよ。
技術名を列挙してるだけに見えるんだが。
信者同士に論争でもさせたいのか。

27 :デフォルトの名無しさん:04/03/16 22:55
リッチクライアントといえば目立たないけどAcrobatもあるね
たしか5あたりからxmlやらDBやら実用的になってきてる
紙ベースの処理になれてる人は入りやすいんでないかい

方向性的には有料だし対抗馬はOffice2003あたりか


まぁ、スレ立てる場所まちがえてるような>1


28 :デフォルトの名無しさん:04/03/17 00:06
>>24
やだなー。
うちもそうだよ。

29 :デフォルトの名無しさん:04/03/17 01:35
二日でこれだけレスが付けば上等だよ。
またーり良スレ期待age。

ちなみに、おいらはJava厨なのでWebStartに期待。

30 :デフォルトの名無しさん:04/03/17 02:23
主流となるのはClickOnce〜Longhornの流れかな。

31 :デフォルトの名無しさん:04/03/17 09:50
PDFのどこが立地クライアントなんだ?
紙に印刷するためにつくられたかのようなあれのどこが?

32 :◆JfA2Y7yYv6 :04/03/17 12:44
やはり板違いの気がしますので、WebProg板に引っ越しました

http://pc2.2ch.net/test/read.cgi/php/1079494830/


33 :デフォルトの名無しさん:04/03/17 20:25
そう考えるとJavaや.NETの話題も全てWebProg板に振った方が良いのではないか?

34 :デフォルトの名無しさん:04/03/17 20:34
>>31
一応入力も出来るし、ボタンも付けられるじゃん。
でもあれだな。
ブラウザと変わらんな。

35 :◆JfA2Y7yYv6 :04/03/17 22:13
>>34
現時点では、帳票を簡単に作成できるってのが強みだよね。
Flash Paperが多機能化してくれれば、PDFを上回ることも出来そうなんだが。

36 :デフォルトの名無しさん:04/03/17 22:24
このスレもうすぐ終わりそう

37 :デフォルトの名無しさん:04/03/17 22:26
つーか「○○について語る」スレはたいがい長続きしないか論争になって死滅スレになるかだよな。

38 :デフォルトの名無しさん:04/03/17 22:45
ここでXMLの3文字が全く出てこないのがXMLの悲哀。

39 :デフォルトの名無しさん:04/03/17 22:46
だからさ、なんてフツーのアプリじゃダメなのよ そこを語れ >>1

40 :デフォルトの名無しさん:04/03/17 22:51
>>39
>>1じゃないがそういう議論をするスレでは無いからじゃないのか。
Cスレで「なんでJavaじゃダメなのよ」と言ってるようなもん。

41 :デフォルトの名無しさん:04/03/17 22:52
XML自体はリッチではないような

42 :デフォルトの名無しさん:04/03/17 22:52
>>40

だって、>>1の定義だとリッチクライアントって気色悪いクライアントサイドアプリだろ

気色いいクライアントサイドアプリのほうがいいに決まってる


43 :デフォルトの名無しさん:04/03/17 22:53
>>33
それは無理

44 :デフォルトの名無しさん:04/03/17 23:07
>>42
なんだその気色悪いとかいいとかって。

45 :◆JfA2Y7yYv6 :04/03/17 23:12
>>42
もともとC/SからWebに移ったのは、
アプリケーション配布やバグ対応等の管理の容易さと
ユーザーインタフェースの統一だったんだが、
C/Sのときのインタフェースを覚えている顧客は
ブラウザでは我慢できない。
そこで、再びC/Sに戻るか、ていうと、そうではなくて、
Webでアプリケーションを管理して、ユーザーインタフェースはC/Sのときのような
利便性を、て考えるのが普通の流れだと思う。

配布が容易で、定期的に修正版を渡せる環境ならば、
クライアントサイドのみで動くアプリが良いに決まっている。




46 :デフォルトの名無しさん:04/03/17 23:14
>>42を観る限り>>42はあまりよく知らないで文句たれてるような

47 :デフォルトの名無しさん:04/03/17 23:17
何度も聞くが>>1はこのスレで何をしたいんだ?
>>1に「考えていきましょう」とあるが具体的に何を?
>>24を見ると客の愚痴を言いたいのか、客を説得する方法を考えたいのか、
いずれにせよ技術的な話では無いような気がするのだが・・・


48 :デフォルトの名無しさん:04/03/17 23:20
まあ、これからの流れとしてリッチクライアントに行くのは自然だからなぁ。
このスレは価値があると思うよ。
PCなんてどんどん高性能化&安くなってるもんな。

49 :デフォルトの名無しさん:04/03/17 23:21
>>23に.NETvsJAVAvsFLASHとあるので論争させたいのでは。
でも皆興味が無いので論争にすらならないという現実。


50 :デフォルトの名無しさん:04/03/17 23:23
リッチクライアントのキラーアプリでも無いと
一般人に認知させるのは難しいんじゃないか。

51 :デフォルトの名無しさん:04/03/17 23:27
そういや@ITにノータッチデプロイメントのサンプルあったんだけど、
普段オフにしてるんで設定変える必要があった。
ActiveXの前例があるから常にオンにするのはちょっと怖い。

52 :◆JfA2Y7yYv6 :04/03/17 23:28
>>47
いや、いろいろ情報が知りたいだけ。

JavaScriptだけで対応しているとか、
Flash使ってみたけど、どうだったとか、
そんな体験談みたいなものを聞きたい。

客の愚痴とかでは無く、良い技術があったら
それを取り込んで、客に提案したいだけ。

53 :デフォルトの名無しさん:04/03/17 23:31
>>52
それを>>1に書かなかったのは痛かったな・・・
確かにおもしろそうだと思ってる人はいると思うんだけど、
実際に使ってる人は少ないだろうから体験談を話せる人がいるかどうか・・・

54 :デフォルトの名無しさん:04/03/17 23:49
>>45

自動アップデート機能付きクライアントサイドアプリが良いなら、
FlashだのPDFだの問題外だと思うのだが、

55 :デフォルトの名無しさん:04/03/17 23:52
>>54
FlashもPDFもサーバからダウンロードして使うわけだが

56 :デフォルトの名無しさん:04/03/17 23:53
>>55
あれはクソな開発環境しかないだろ

57 :デフォルトの名無しさん:04/03/18 02:41
>リッチクライアントのキラーアプリでも無いと

2ch ビューアとかはリッチクライアントなのか?

58 :デフォルトの名無しさん:04/03/18 19:45
それは普通のクライアントだろ。

59 :デフォルトの名無しさん:04/03/18 20:27
極窓のようなアプリをリッチ(肥え太った)クライアントという。

60 :デフォルトの名無しさん:04/03/18 21:23
肥え太ったクライアントにはファットクライアントという用語がすでにあります。
対義語はシンクライアントです。

61 :デフォルトの名無しさん:04/03/18 21:40
WebアプリにてHTMLの代わりをするのがリッチクライアントじゃないのか?

62 :デフォルトの名無しさん:04/03/19 00:45
・・・・・・・・ブラウザの代わりだろ・・・・・

63 :デフォルトの名無しさん:04/03/19 00:53
別にブラウザの代わりにならなくてもいいよ。
HTMLよりリッチな表現・操作ができるクライアントアプリのことだから。

64 :デフォルトの名無しさん:04/03/19 01:06
HTTPプロトコルとかで通信できればいいのか?

65 :デフォルトの名無しさん:04/03/19 01:19
今HTTPで動的にアプリを構築するアプリを書いてる。
DLするのはマルチパートでXMLと必要なDLLをダウンロード


66 :デフォルトの名無しさん:04/03/19 01:42
> 必要なDLLをダウンロード
キタ━━━━(゚∀゚)━━━━ッ!!

67 :デフォルトの名無しさん:04/03/19 07:44
>>62
アプレットはどう考えるんだ。

68 :デフォルトの名無しさん:04/03/19 08:05
金持ちの客がどうしたって?

69 :デフォルトの名無しさん:04/03/19 17:41
>>65
知らないうちにクライアントの環境を破壊される予感・・・

70 :デフォルトの名無しさん:04/03/20 03:01
リッチクライアントであろうと普通のクライアントアプリだろうと
開発環境が一番整っているのは.NETなんだよね。

71 :デフォルトの名無しさん:04/03/20 21:17
InfoPath は衝撃的なプロダクトだと思う。

Java マンセー な人間だが、
フロントエンドを InfoPath で組んだエンタープライズアプリケーションなんて
ぜひ提案したいな。




72 :デフォルトの名無しさん:04/03/20 23:16
WebをGUI代わりに使おうと考える時点でアフォ
操作中に中止、更新ボタンとか押されると破綻するし
進む、戻るも危険

73 :デフォルトの名無しさん:04/03/20 23:17
>>71
とはいえ、Office2003の導入は提案しづらくありませんか?


74 :デフォルトの名無しさん:04/03/20 23:27
>>72
それはただのWebアプリの話か?スレ違いってのはわかってるよな?

75 :デフォルトの名無しさん:04/03/21 19:21
>>71

今までに無いタイプのプロダクトが出たのは確かに新鮮な感じはする。

しかし、Excelなんかだとデータと装飾が分かれていないのが元々、ソフトウェアのデザインとして
どうよってこと思ったし。
ようやく当たり前のことやりだしたんじゃないか。

76 :デフォルトの名無しさん:04/03/22 21:34
(JavaScript等でも出来るんだけど、とりあえず無視して)
ブラウザへの不満として上げられるものは何がある?

俺が良く聞くのは次のもの

・ENTERキーで次の入力項目へ遷移
・カンマの付加、合計金額の再計算
・IMEの切り替え


77 :デフォルトの名無しさん:04/03/22 21:57
画面の一部だけ書き換えることができないところ

78 :デフォルトの名無しさん:04/03/22 23:00
>・ENTERキーで次の入力項目へ遷移
tab 使え

>・カンマの付加、合計金額の再計算
カンマなんて気にするな。どうしてもつけたいなら Javascript 使え。

>・IMEの切り替え
全角はアプリ側で補正しろ。

79 :デフォルトの名無しさん:04/03/22 23:44
なにができないって、
Excelみたいにがーっとセルをコピーできないし、
選択したモノによってよけいなのがグレイアウトしないし、
タブもさくさく逝かないし、
絵も描けないし、
キーボードマクロもできないし、
狭い入力フォームを広くできないし、
よく入れるデータをたっぷり覚えてくれないし、いくらでも。

80 :デフォルトの名無しさん:04/03/22 23:49
予想外に変な UI が作られたりしないのが利点。

81 :デフォルトの名無しさん:04/03/23 02:05
つかリッチクライアントのスレだっつってんのになんでHTMLの話なんだよ

82 :デフォルトの名無しさん:04/03/23 20:41
>>79
そこまで要求されるとOffice2003しかないな。

Office2003をクライアントにして、
Webサービスからデータを提供しようとする場合(InfoPath?)は
クライアント(データ加工)は基本的にユーザーに任せて、
Webサービス管理を行うアプリを作ったが得策のような気がする。

俺はOfficeをクライアントとして扱う業務アプリ作ったこと無いんだけど
あれをクライアントにすると制御するの大変じゃない?

83 :デフォルトの名無しさん:04/03/23 21:37
>>82
おもいっきりユーザーのレベルに依存する。
がちがちに固める必要があるならC#なり、Officeと親和性の高い
ツールを使った方が早い。

84 :デフォルトの名無しさん:04/03/31 21:49
実際にFlashとかJavaWebStartで業務アプリ組んだ人いないの?

85 :デフォルトの名無しさん:04/03/31 22:10
そりゃいるだろ。

86 :デフォルトの名無しさん:04/03/31 23:43
お遊びで内輪でやった奴はいるかも知んないけど、
ちゃんとした案件ではさすがにないだろ。

87 :デフォルトの名無しさん:04/03/31 23:55
>>86
なんでよ。別に信頼性低くないぞ。普通のクライアントサイドアプリケーションだ。

88 :デフォルトの名無しさん:04/04/01 00:04
リアルタイムの表示が必要な証券や為替とかは Flash 多いだろ。
バックは J2EE とか。
Javascript で表示を定期更新するまぬけなシステムも
たまに見かけるけど。

89 :デフォルトの名無しさん:04/04/02 01:50
まぬけとか言うなよ!

90 :デフォルトの名無しさん:04/04/02 23:29
J2EEにFlash?
イヤなものばっかだな

91 :デフォルトの名無しさん:04/04/03 17:06
Flashはよくて、JavaScriptは間抜け七日よ。。
>>87
ASもWebStartもちゃんとした案件で使われるほど、
十分叩かれてないんじゃないのかな。そんなの気にしないのかな。
ホントは漏れだってそういうのやりたいし、Tigerだって使いたいが客がうんと言うはずもなく。

92 :デフォルトの名無しさん:04/04/03 20:32
そういうものを提案できる程度の規模の会社に移ろうかと考えている。

ツールベンダが実際に何かしてくれるわけでもないのに「サポートが」「実績が」と言う輩が多すぎ。
クライアントに「できません」と伝えることになるという結果は同じなのに。


93 :デフォルトの名無しさん:04/04/14 01:54
>>76
Javascript無視する理由が分からない。
Javascriptで全部出来る。

94 :デフォルトの名無しさん:04/04/17 07:54
>>93
Javascript ON をユーザに強制できるシステムでは無いからじゃないか?

95 :デフォルトの名無しさん:04/04/17 18:18
>>75
InfoPathも基本的にはデータと見た目が一緒になってるよ。
送信(Webサービスなんかへ)はデータだけ飛んでいくってだけで。

96 :デフォルトの名無しさん:04/04/19 16:23
http://www.vistaprint.jp/
これってどうやっているのでしょう


97 :デフォルトの名無しさん:04/04/19 20:59
リッチクライアントという意味ではスレ違いですが、リッチUIを提供するという手段としては、MetaFrameやGO-GLOBALなんかはいかがなもんでしょうか?

98 :デフォルトの名無しさん:04/04/19 23:11
>>97
高いよ

99 :デフォルトの名無しさん:04/04/28 10:51
日本で言うとこのリッチクライアントはUSでは廃れた模様。
・リッチインターネットアプリケーション(RIA)
・エンタープライズインターネットアプリケーション(EIA)
・スマートクライアント
といった言葉が浮上中らしい。

LaszloとかNexawebとかが代表選手らしい。
ともに大手の顧客獲得してるみたい。
Nexawebは日本でも事業展開しはじめてるようですね。

その対極のアプローチがMetaFrameとかですが、
サーバー上ではなくクライアントでアプリを実行するもので
SoftGridという製品があるらしい。

100 :デフォルトの名無しさん:04/04/28 13:57
「リッチクライアント」という 言葉 がダサくなっただけで、
結局言い換えなんでしょ?

101 :デフォルトの名無しさん:04/05/01 21:34
つーか、元々先にRIAって言葉が出てきて
それに乗っかろうとしたイントラなベンダが
リッチクライアントって言い出しただけだよ

102 :デフォルトの名無しさん:04/05/01 23:53
シンクライアントって言葉があって、
それに対する言葉がファットクライアント、ってんじゃあんまりだ、ってんで出来た言葉だと思ってた。

103 :デフォルトの名無しさん:04/05/02 00:26
ファットクライアントって、
普通?のクライアントアプリ(独自にサーバと通信するやつ)のことじゃないの?
うちの会社も、特定業務ではそういうVBアプリが顕在。

104 :デフォルトの名無しさん:04/05/02 01:21
ファットクライアント=リッチクライアント:
通常のクライアントアプリケーション。
機能的には申し分ないが、配布の面で何があり、
頻繁に更新されるものや、多数のクライアントPCにインストール必要がある際に難あり。

シンクライアント:
機能的には一部の制限を受けるが、
初回起動時にサーバからダウンロードされ実行、
以降は起動時にサーバへ更新を問い合わせ、
常に最新のクライアントアプリが実行される。

スマートクライアント:
MSの提唱するシンクライアントとファットクライアントの中間層。
PC側にあらかじめランタイム(.NET Framework)がインストールされている環境で、
シンクライアント以上の軽快な動作と、充実したUIコンポーネントの実装を目指す。

ってイメージだったが。
ファットとスマートの間に、もう一層、リッチという層があった、ってことか。

105 :デフォルトの名無しさん:04/05/04 12:02
リチクラ最有力候補としてCurlのクソ分厚い書籍が出てたけど。真相は?

106 :デフォルトの名無しさん:04/05/04 12:35
真相って、あんたコナンかよ

107 :デフォルトの名無しさん:04/05/04 12:48
>>105
プラグインが普及してくれないと、どうにもならんよ
当分は静観でいいだろう

108 :デフォルトの名無しさん:04/05/04 15:23
・ファットクライアント(コンピュータ)
 ハードウェア的に高機能・多機能なコンピュータ。現在のPCなど。

・シンクライアント(コンピュータ)
 ハードウェア的に低機能(必要最小限)なコンピュータ。
 HDDやFDDを簡素化した、入出力を主とするクライアントコンピュータなど。

・リッチクライアント(アプリケーション)
 ソフトウェア的に高機能・多機能なWebアプリケーション。

・(従来の)クライアント(アプリケーション)
 ソフトウェア的に低機能(主にHTMLのみ)のWebアプリケーション。

109 :デフォルトの名無しさん:04/05/05 03:20
Curlはモノがどうこう以前にプラグインに金かかるっていうのが萎えだったのだけど

110 :デフォルトの名無しさん:04/05/14 13:47
プラグインにかねかかるのは
Biz
Curlはプラグインは無料。

確かにこいつらは104の言うとこのスマートとファットの中間
逆にスマートとシンの中間がNexawebのような気がする。

スマートクライアントはMSじゃなくてもともとはフォレスターあたりじゃないの?
Nexawebとかもスマートクライアントって言葉を使ってるしね。

日本で言うところのリッチクライアントは
HTML以上でクラサバ以下の機能と操作性を持ち、
WEBでアプリケーションを配信できるソフトウェアプラットフォームでしょ。

でその評価項目に
・実現可能な機能
・お値段
・プラットフォームの配布方法
・プラットフォームの動くためのOSやブラウザ等の制約
・開発生産性
・etc
ってことじゃぁないかと、、、

111 :デフォルトの名無しさん:04/05/14 13:50
Nexawebはプラグインいらない模様!

112 :デフォルトの名無しさん:04/05/14 16:59
http://www-6.ibm.com/jp/developerworks/java/040507/j_j-echo1.html
ここの話は既出?

113 :デフォルトの名無しさん:04/05/15 01:51
スマート・クライアントの傾向と対策
― Webアプリケーションの不満は解消できるのか? ―
日本ユニシス 猪股健太郎
http://www.atmarkit.co.jp/fdotnet/special/smartstrtg/smartstrtg_01.html

114 :デフォルトの名無しさん:04/05/17 15:19
メディアがこんなこと言っていいのか?
>>113
まずはスマート・クライアントの定義を確認させてください。スマート・クライアントはマイクロソフトの造語ですが、本稿では、
「Webアプリケーションの利点である導入・運用の容易さを取り入れたクライアント/サーバ型Windowsアプリケーション」
のことをスマート・クライアントと呼びます。

ほれ
http://www.nexaweb.com/news110701.htm

スマートクライアントを勝手に定義スンナあほが

115 :デフォルトの名無しさん:04/06/07 01:17
>>114
確かに最近この辺りが儲かるのか知らないけど、
自分達の都合に会わせて勝手に定義して、売り込んでいる企業が多いよね。

116 :デフォルトの名無しさん:04/07/13 22:41
biz/browser の trial を取り寄せて、ちびっと使ってみた。
予想以上によさげでした。

業務システムのクライアントはこれでイイじゃん、と思うのだが
あまり広まってないみたいね。
プラグインのライセンスがフリーで、もうちょっと知名度が上がれば
お客に提案しやすいのだが。

117 :デフォルトの名無しさん:04/07/14 02:00
>>116
値段がなー

118 : ◆QXQSREsB9Q :04/07/31 16:25
>>104
>ファットクライアント=リッチクライアント
>配布の面で何があり、
>頻繁に更新されるものや、
>多数のクライアントPCにインストール必要がある際に難あり。

これは違う.
ファットクライアントは,
ロジックをクライアント側にほとんど埋め込んでしまったため,
膨れ上がってしまったクライアント.
こいつは,配布性に問題がある.

リッチクライアントは,
・配布性の問題を解決した(Java Web Startなどで)
・ファットクライアントほど,ロジックが組み込まれていない
・ネットにアクセスできなくても動作する
などの特徴がある.

つまり,
ファットクライアント != リッチクライアント

119 :デフォルトの名無しさん:04/08/04 00:04
迅速なデータ入力を必要とするC/Sアプリなんかにリッチクライアントって最適だよね
C/Sアプリとしては理想形だと思うが、どうなるんだろう


120 :デフォルトの名無しさん:04/08/24 09:26
Java Web Startで全てが解決すると思ってたのですが、実際はどうなんですか?

121 :デフォルトの名無しさん:04/08/24 13:06
.NETのアプリケーションはインストール不要でつか?

122 :デフォルトの名無しさん:04/08/27 23:33
>>120
Javaは好きなんだけど、GUI作成が大変なんだよね。SWING重いし。
>>121
.NETノータッチデプロイメント使うのなら、クライアントにも.NET Frameworkが必要。
尚且つ、C/S並みの使い勝手を求めるなら、クライアントのセキュリティ設定も必要。

123 :デフォルトの名無しさん:04/08/30 10:23
では、Java Web Start vs .NETノータッチデプロイメント
ではどっちが勝ちますか?

それともcurl?

124 :デフォルトの名無しさん:04/08/30 11:06
携帯電話でJava Web Start出来待つか?

125 :デフォルトの名無しさん:04/09/01 14:54
リッチクライアントは氏にましたか

126 :デフォルトの名無しさん:04/09/06 20:43
フラッシュはなかなかいいけど仕様変更とかめんどくさそうだな。
あと、フリーのリッチクライアントとかってあるの?
Web Startとかか?Web Startだと作るのにコストかかりそうだけど・・・

127 :デフォルトの名無しさん:04/09/07 09:25
コストかかっても、使いやすい椰子を探してるんですけど、
フラッシュで使いやすいサイトとかあったら教えて下さい。

Web Start使ってるサイトなんて多分S∪∩のそれもサンプルのサイトだけだろうな。

128 :デフォルトの名無しさん:04/09/07 09:50
早くマクロメディアがJSFレンダラ作ってくれればいいのにね。

129 :デフォルトの名無しさん:04/09/07 10:15
Javaに使いやすいGUIビルダーがあれば、Web Startもはやるのかな?

130 :デフォルトの名無しさん:04/09/07 10:24
JavaWebStart使ってるサイトは増えてきているよ。
JavaAppletの代わりだからね。Appletよりも自由度が高く細かいことができるので
需要はこれから大きくなると思われ。

131 :デフォルトの名無しさん:04/09/07 10:32
>>130
実はJavaWebStart(・∀・)イイ!!なんだけど誰も使ってなくて躊躇中。

そのサイト教えて下さい。

132 :デフォルトの名無しさん:04/09/07 10:41
携帯機器でJavaWebStart使えれば大ハヤリすんじゃないかと思うんだが、mobile editionでしたっけ?どうなん?

133 :デフォルトの名無しさん:04/09/07 11:24
企業などではF/Wで application/x-java-jnlp-file がsafe content typeになっていなかったり
するのが、復旧の妨げになってたりして>web start

134 :デフォルトの名無しさん:04/09/07 21:04
サクッと作れないのなら俺はHTML+JavaScriptでがんばるぞ。

135 :デフォルトの名無しさん:04/09/07 21:47
>>130
どこ?ちょっと試してみたい

136 :デフォルトの名無しさん:04/09/07 22:19
リッチクライアントの対義語ってシンクライアントなんですか?

137 :デフォルトの名無しさん:04/09/07 22:26
curlといえば
住商情報

138 :デフォルトの名無しさん:04/09/07 22:30
>>136
対義語ではないみたい。

Webブラウザとかがシンククライアント
PC上に実装されたクライアントがファットクライアント
と書いておりました。

139 :デフォルトの名無しさん:04/09/07 22:43
>>131 さんも公開汁!


140 :デフォルトの名無しさん:04/09/08 08:36
JavaWebStart と curl は、
どっちが強いでつか?

141 :デフォルトの名無しさん:04/09/08 09:03
>>121
スマートクライアントで。
結局、企業用クライアントとしてはJavaWebStartとスマートクライアントに別れていくだろうな。
一般向けエンターテイメント用途はFlashだろうがなんだろうが勝手にやってくれと。

142 :デフォルトの名無しさん:04/09/08 09:26
>>141
スマートクライアント=.NET
リッチクライアント=JavaWebStart
なの?

この場合の、スマート/リッチ、ってのは何なんだ。

追加すると、
シンクライアント=Webブラウザ
ファットクライアント=ネイティブアプリ
なんかな。

143 :デフォルトの名無しさん:04/09/08 09:27
>>142
スマートクライアントもJavaWebStartもリッチクライアントだろ。

144 :デフォルトの名無しさん:04/09/08 09:28
>>142
シンクライアント・ファットクライアントというのはハードウェアの形態だから。

145 :デフォルトの名無しさん:04/09/08 10:54
JavaWebStartってのはサーバ側に実行ファイルみたいな”.jnlp”ファイルを置いとくだけなんかな。
なら作るの超楽勝じゃん。

146 :デフォルトの名無しさん:04/09/08 11:02
>>145
だいぶ違うぞ。

147 :デフォルトの名無しさん:04/09/08 11:04
>>145
ファイルアクセスがなければね。
ただ、リッチクライアントはようするにクライアントなんだから、サーバーとのやりとりが問題になる。
 クライアント > サーバー > DB
の3層構造になるわけだからね。
で、Webサービスがシームレスに扱えるような開発環境が必要になるわけだ。

148 :デフォルトの名無しさん:04/09/08 11:06
実行ファイルとは別に、JNLPおくんだが。
iアプリのjamファイルみたいな感じで。

149 :デフォルトの名無しさん:04/09/08 11:17
>>147
JDBCは楽だけど禁じて、ってことなんだね。

> クライアント > サーバー > DB
>で、Webサービスがシームレスに扱えるような開発環境が

この場合のシームレスとは何だろう。
HTTPで切れるんだから、片方をJar、片方をデバッグ実行だけで良いような気もしなくもない。

>>148
JNLPは起動だけなんだね。
でも、その後サーバに置いといたJarファイルがクライアントで動作するならEXEっぽくて分かりやすいかも。

150 :デフォルトの名無しさん:04/09/08 12:25
みんなはクライアント>サーバ>データベースの
サーバ部分には何を使ってますか?servlet?


151 :デフォルトの名無しさん:04/09/08 12:55
Webサービス以外の選択肢は実質ないと思うが。


152 :デフォルトの名無しさん:04/09/08 12:56
>>149
Webサービスであろうが、ローカルクラスだろうが、ほぼ区別せずに作成できるような環境。

153 :デフォルトの名無しさん:04/09/08 13:07
なるほどクラスがシームレスか。>>152

で、Java/RMIだとオブジェクトを丸ごとそのままクライアントに投げれるんだっけ?
ドキュメントクラスみたいなのをサーバでロードして、クライアントに丸投げ出来れば楽々作れそうだね。

154 :デフォルトの名無しさん:04/09/08 20:15
ようするに、クライアント側をサクサクッとリッチに作りたいんですよ。

155 :デフォルトの名無しさん:04/09/09 00:11
>>154
お金をかければ可能なんじゃない?
CurlとかBiz/Browserとか。
でもインターネットで不特定多数向けに公開するとなると、
Java以外選択できないんじゃないの?

156 :デフォルトの名無しさん:04/09/09 09:21
>>155
むしろFlash

157 :デフォルトの名無しさん:04/09/09 10:10
JavaWebStart vs .NETのノータッチデプロイメント
かな。

.NETは嫌いなんだけど、.NETノータッチデプロイメントは試してみるかな。

158 :デフォルトの名無しさん:04/09/09 10:11
で、.NETノータッチデプロイメント のサイト希望。

解説からテストアプリまであるサイト!

159 :デフォルトの名無しさん:04/09/09 10:12
>>156
確かに。
でも個人的には使いたくないな。>FlashとPDF
食わず嫌いはイクナイけど。

160 :デフォルトの名無しさん:04/09/09 10:18
とりあえず、URL指定してActiveXを落として、
実際のEXEの圧縮ファイルをサーバから取って解凍起動したいんだが、
そんなActiveXは無いでつか?

161 :デフォルトの名無しさん:04/09/09 18:20
JavaWebStartを使っている例(2chブラウザだけど)
ttp://v2c.s50.xrea.com/


162 :デフォルトの名無しさん:04/09/09 18:40
>>161
メチャカコイイ

速いし、もうドトネト炒らないかも。
ttp://v2c.s50.xrea.com/V2C_512M.jnlp
ttp://v2c.s50.xrea.com/V2C_256M.jnlp
ttp://v2c.s50.xrea.com/V2C_128M.jnlp


163 :デフォルトの名無しさん:04/09/09 18:59
>>162
あまり宣伝しまくると、Java厨と呼ばれる・・・
J2SE5で使うのがいいね。

164 :デフォルトの名無しさん:04/09/09 20:55
とりあえず.NET版の実例も見てみたい。
誰か知ってる人いませんか?

165 :デフォルトの名無しさん:04/09/10 08:45
JavaWebStart は凄いアプリ出来てるんだから、
.NETノータッチデプロイメント も実例出せ!

166 :デフォルトの名無しさん:04/09/10 19:17:23
>>161
その開発環境というか、ソースは公開されてないのかな。
classファイルは取り出せたが、NetBeans IDEでは逆コンパイル出来ないYO!

167 :デフォルトの名無しさん:04/09/10 20:20:22
>>164
知ってます。

168 :デフォルトの名無しさん:04/09/10 22:58:28
>>167
これのことだろ。
--------------------------------------------------
.NET Framework のノータッチ デプロイメントに期待して、
サンプル置いてるサイト実行したら、
>IEExec.exe - 共通言語ランタイム デバッグ サービス
>処理 ID=0x9bc (2492)、スレッド ID=0x6f0 (1776)
>アプリケーションを終了するには [OK]をクリックしてください。
>アプリケーションをデバッグするには、[キャンセル]をクリックしてください。
でつ。

サイトの説明書きでは
>ここでは、クライアントPCに .NET Framework 1.0がインストールされている場合を例に説明します。
> .NET Framework 1.1では、一部のウィンドウ名などが異なります。
> .NET Framework 1.0と1.1が共存するマシンをご使用の場合、
>必ず1.0の[Microsoft .NET Framework Configuration]を使用してください。
だし、.NETって何なん。
メジャーバージョンアップ2.0を控えてる段階で。

169 :デフォルトの名無しさん:04/09/11 01:10:22
JavaWebStartの例2

ttp://siisise.net/jnlp/GPen.jnlp

これは起動したこと無いので内容はわかりません。

170 :デフォルトの名無しさん:04/09/11 01:21:53
Windows2000 + java 1.5.0 beta2 で動いたよ。
動作意外と速いじゃん。
内容はお絵かきツールみたいなやつだった。

漏れも .NETの実例が見たい

171 :デフォルトの名無しさん:04/09/11 01:27:05
ttp://www.sellsbrothers.com/wahoo/

172 :デフォルトの名無しさん:04/09/12 08:39:18
JavaWebStartの例3

ttp://sqs.cmr.sfc.keio.ac.jp/sqs-core/app/SourceEditor.jnlp
ttp://sqs.cmr.sfc.keio.ac.jp/sqs-core/app/MarkReader.jnlp
マークシート式調査票の設計・PDF原稿生成、OMR処理ができる。
ttp://sourceforge.jp/projects/sqs-xml/
から、ソースも取れる。


173 :デフォルトの名無しさん:04/09/12 09:56:20
試してみた。

クライアントの性能のせいか(CPU:PentiumM1G, M:512MB)、
JavaWebStart、動作に不満はないんだが。

あのフォントはやっぱ、どうにかならんかね?
なんかびみょーににじんでいる気がする。

174 :デフォルトの名無しさん:04/09/12 11:00:11
>>173

172は、実行環境非依存でPDF生成をするために、TrueTypeフォントを同梱しています。

オープン環境で使うリッチクライアント方式のアプリケーションなので、配布物に同梱
するフォントは再配布自由なものである必要があります。ということで、現状では
フリーの「さざなみフォント」を使っています。でも、残念ながら、さざなみフォント
の品質は、現状では、商用のフォントと比べると、あまり品質が高くないのです。

…っていうことかな?


175 :デフォルトの名無しさん:04/09/12 11:29:27
>>173

それとも、

Java実行環境はTrueTypeフォントのレンダリングエンジンを自前で持っています。
ここにはバグがあり、SwingのGUI内の標準の文字が太字になってしまいます。
javaの実行時引数で、
-Dswing.plaf.metal.controlFont=Dialog-12
などと書くか、プログラムの先頭で、
System.setProperty("swing.plaf.metal.controlFont","Dialog-12");
などと書くことで対処できます。

…のことかな?


176 :デフォルトの名無しさん:04/09/12 14:36:52
J2SE5で実行したら改善されてたりするのかな。

177 :デフォルトの名無しさん:04/09/12 18:51:54
.NET良いのだけれど、せめてあとMacOSくらいには対応して欲すぃ。

178 :デフォルトの名無しさん:04/09/12 18:55:47
Macはどうでもいいけど、Linuxだな。

179 :デフォルトの名無しさん:04/09/12 20:40:15
リッチクライアントの命はサポート環境の広さだろ!

180 :デフォルトの名無しさん:04/09/12 21:11:07
いや、クライアント環境は、いままでと同じように統一させることがある程度可能だから。
一般利用よりも業務向けのリッチクライアントが求められるわけで。
一般利用の場合は、変にリッチクライアント(=独自クライアント)だと使えないユーザーが増える。

181 :デフォルトの名無しさん:04/09/12 21:42:12
普及率No1フラッシュ!

182 :デフォルトの名無しさん:04/09/12 21:50:31
これは?
http://www.atmarkit.co.jp/fjava/products/flex/flex.html

183 :デフォルトの名無しさん:04/09/12 21:55:44
サーバーとのやりとりをどうやるかだな。
というか、書いてる人が。

そのうちDIコンテナを持ったりAOPができたりするのか?

184 :デフォルトの名無しさん:04/09/12 22:34:52
>>183
やっぱりSOAPかね?

185 :デフォルトの名無しさん:04/09/12 22:54:18
SOAPというか、Webサービスだな。

186 :184:04/09/13 00:46:27
>>185
でつね。スマソ

187 :デフォルトの名無しさん:04/09/13 04:45:25
Flex?そこまでしてブラウザでやらないとだめかなぁ。

188 :デフォルトの名無しさん:04/09/13 06:55:21
最近はカウンタの回りが早くてよかよか^^
2ちゃんにも載ってるっぽいし有名人だね〜おれ!
と自慢している馬鹿サイト。
ttp://www.geocities.jp/el_seezer/
大学に復学しながらもだらだら休み続け、彼女に借金までしてる
アホ管理人サイト。
ttp://www.seoiba.com/
関西人の彼女を沖縄に誘致し、そして彼女の友達の下らんサイト。
ttp://rocks.exblog.jp/
此れが彼女の下らんサイト。
因みにコメント拒否。使うのはチャットのみ。

本人プログラマを目指しつつ学校さぼり中。
御小遣いは母親持ち。
母独り子独り。
大学では除籍決定。
嗚呼、情けない。

189 :デフォルトの名無しさん:04/09/13 09:17:01
>いや、クライアント環境は、いままでと同じように統一させることがある程度可能だから。

出だしからおかしいな。
PC一色だった時代から携帯電話、デジタル機器に拡散してる時代に。

>一般利用よりも業務向けのリッチクライアントが求められるわけで。

業務一色が拡散してユビキタスみたく何でもかんでもイソターネットになってるだろうが。

>一般利用の場合は、変にリッチクライアント(=独自クライアント)だと使えないユーザーが増える。

リッチクライアントが炒らないんならこのスレ出てけ。

190 :デフォルトの名無しさん:04/09/13 09:21:59
JavaWebStartはWindowsでサクサク動くし、
Linux、MACで動作するんなら、これで良いんじゃないかな。

191 :デフォルトの名無しさん:04/09/13 14:13:29
>>189
そうですか。
JavaWebStartなら携帯電話・デジタル機器で動かせるのですか。
スマートクライアントなら携帯電話・デジタル機器で動かせるのですか。
Flexなら携帯電話・デジタル機器で動かせるのですか。

つうか日本語よめないやつか。
業務向けのリッチクライアントが求められてると書いてるじゃないか。

192 :デフォルトの名無しさん:04/09/13 15:11:38
つうか日本語よめないやつか。
>業務向けのリッチクライアントが求められてると書いてるじゃないか。

業務向けだけじゃ駄目だから、
リッチクライアントの命はサポート環境の広さだろ!
で始まってるのに。

2行になると流れが読めないなんて可愛そうな椰子だ。


193 :デフォルトの名無しさん:04/09/13 15:14:09
>JavaWebStartなら携帯電話・デジタル機器で動かせるのですか。
>スマートクライアントなら携帯電話・デジタル機器で動かせるのですか。
>Flexなら携帯電話・デジタル機器で動かせるのですか。

動かせるように激戦で整備されてるのを知らないようだ。
というかかなり動いてるだろ。

194 :デフォルトの名無しさん:04/09/13 15:17:46
>>192
で、そうじゃない、といってるわけだが。
前の発言はすぐ忘れてしまうんですか。そうですか。

一般ユーザー向けの場合、利用頻度が高いか、処理手順が複雑なものでなければ、リッチクライアントは利用者の学習コスト高いから現時点では採用しない方がいいと。
業務向けの場合、利用頻度も高く処理手順が複雑になりがちなこともあって、リッチクライアントが求められるわけで。

195 :デフォルトの名無しさん:04/09/13 15:19:49
>>193
少なくとも日本では、まだ使われてないというか使いものになってない。
動くだけでいいなら、なんでもありだね。

196 :デフォルトの名無しさん:04/09/13 15:21:33
頭悪杉。論理的思考が無い椰子可愛そう。

>一般ユーザー向けの場合、利用頻度が高いか、処理手順が複雑なものでなければ、リッチクライアントは利用者の学習コスト高いから現時点では採用しない方がいいと。

リッチクライアントはWebブラウザアプリを包括するのに。
ダイアログも出来ればブラウザ内に収まることも可。

197 :デフォルトの名無しさん:04/09/13 15:21:41
宣伝にふりまわされすぎ。数年後には言葉ごとあっさりなくなってそう。

198 :デフォルトの名無しさん:04/09/13 15:22:41
>>195 >>197

>>196

199 :デフォルトの名無しさん:04/09/13 15:24:25
日本語を正しく使えない同士がスレッドを荒らすのはやめてほしい。

200 :デフォルトの名無しさん:04/09/13 15:28:57
>>196
それは違うと思うが、どうか?
JavaWebStartやらスマートクライアントの場合、ブラウザと行ったり来たりは難しいぞ。

201 :デフォルトの名無しさん:04/09/13 15:31:41
>>197
言葉と実態がかけはなれてるし、HTMLクライアントとの単なる比較での言葉だから、言葉自体はなくなるだろう。
JWSもMSのも、単なるアプリケーション配布技術だからな。
ただし、言葉はなくなるが、普通に使われるようになるはず。

202 :デフォルトの名無しさん:04/09/13 15:37:22
狂牛病のメカニズムはよくわかってない。、
「20ヶ月」という数字に意味があるのかよくわかっていない。
そもそもアメリカの牛はきちんと年齢を管理されているわけでもない。

薬害のはじまりってのは、だいたいこんな風にして始まる。


203 :デフォルトの名無しさん:04/09/13 15:42:52
>>200
頭悪すぎ。

行ったり来たりする必要ないだろ。

204 :デフォルトの名無しさん:04/09/13 15:44:40
>>200
リッチクライアントおよびJavaWebStartはURL呼び出しで始まるんだから、
行ったり来たりは超簡単。

必要無いけど。

205 :デフォルトの名無しさん:04/09/13 15:55:28
>>204
どうやってセッションを保持しますか?
なりすましを防御しますか?

206 :デフォルトの名無しさん:04/09/13 15:56:15
>>203
そうすると、>>196が意味不明なのだが。

207 :デフォルトの名無しさん:04/09/13 16:00:30
>>205
>>206

ちょっと議論ぽくなると頭に血が上って何も読めないくなるみたいだね。

>リッチクライアントはWebブラウザアプリを包括するのに。
>ダイアログも出来ればブラウザ内に収まることも可。

包括だ、包括。
行き来じゃない。

208 :デフォルトの名無しさん:04/09/13 16:03:27
精神分裂馬鹿が自分の言ったことを捻じ曲げようと必死です。(プププ

209 :デフォルトの名無しさん:04/09/13 16:09:14
>>207
さらに意味がわからん。
日本語ヘタすぎ。

>>205は「行ったり来たりは超簡単」へのつっこみなのに。
包括ってなんだ?
JavaやVBで作ったアプリならHTMLクライアントと同じ機能を実現できるって事か?
それとも、JavaやらVBでHTML表示させるって話か?
> ダイアログも出来ればブラウザ内に・・・
ってどういうことだ?

210 :盛り上がってまいりますた:04/09/13 16:10:55
http://dictionary.goo.ne.jp/search.php?MT=%CA%F1%B3%E7&kind=jn&mode=0&base=1&row=2

ほうかつ はうくわつ 0 【包括】


(名)スル
ひっくるめてひとつにまとめること。
「全体を―して述べる」「関連諸法案を含む―案」

211 :デフォルトの名無しさん:04/09/13 16:13:08
>>196
> リッチクライアントはWebブラウザアプリを包括するのに。


「包括」という意味を知らずに使ってしまった低学歴か、
本当に頭が混乱してる精神分裂か


どっち?www

212 :デフォルトの名無しさん:04/09/13 16:18:23
リッチクライアントに2種類ある。
i) Webブラウザの中のアプリ
ii) ダイアログアプリ

iはWebブラウザアプリでもある。
∴ Webブラウザアプリ ⊆ リッチクライアント

議論終了。

213 :デフォルトの名無しさん:04/09/13 16:30:27
>>212
Webブラウザアプリってフラッシュとかアプレット?
リッチクライアントに含まれるんだから、当然HTMLオンリーは含まれないんだよね?

ダイアログアプリってなに?
ブラウザから別画面が起動するもの?
JavaWebStartとかスマートクライアントは、ブラウザとは独立して起動するよ?

214 :デフォルトの名無しさん:04/09/13 16:38:47
もしかして、HTMLクライアントもリッチクライアントに含まれる、と主張したいの?

リッチクライアントっていうのは、HTMLクライアントをプアクライアントとしたときの、HTMLの制限を受けない一般アプリのことをいうんだよ。
わかってる?
ブラウザウィンドウ内で起動するもの、ブラウザから起動するものと、ブラウザとは独自に起動するものがあるけど。

215 :デフォルトの名無しさん:04/09/13 16:42:56
>リッチクライアントっていうのは、HTMLクライアントをプアクライアントとしたときの、HTMLの制限を受けない一般アプリのことをいうんだよ。

ヴぁかだな。
フラッシュ入りブラウザアプリもリッチクライアントに入るんだ。
ちゃんと勉強しる!


216 :デフォルトの名無しさん:04/09/13 16:47:35
現実的にはリッチクライアント=オフィスの時代が来るだろうな。
一度は自分の市場だったわけだし、取り返しに来るだろ。

217 :デフォルトの名無しさん:04/09/13 16:54:41
>>215
「ブラウザウィンドウ内で起動するもの」

218 :デフォルトの名無しさん:04/09/13 16:56:24
>>1に書かれていないことからわかるように、
Javaはこのスレと関係ない。
ぇぶすたーととかほざいてる奴は、よく考えたほうが良い。

219 :デフォルトの名無しさん:04/09/13 16:57:59
>>215
ま、それでもいいけど、そうすると>>196が「フラッシュ含むリッチクライアントで独自UIを構築すると学習コスト高い」の反論として、意味がわかりづらいんだけども。

220 :デフォルトの名無しさん:04/09/13 17:00:10
>>218
とうとう気がふれて釣りに出たか。

221 :デフォルトの名無しさん:04/09/13 17:01:47
>>220
釣も何もぜんぜん使われてないし・・・

222 :デフォルトの名無しさん:04/09/13 17:03:09
>>221
釣り乙
過去レス嫁。

223 :デフォルトの名無しさん:04/09/13 17:03:17
>「フラッシュ含むリッチクライアントで独自UIを構築すると学習コスト高い」

これはありえないでしょ。
HTMLが使い難いのでフラッシュ等でカバーするわけで。

224 :デフォルトの名無しさん:04/09/13 17:05:25
>>220
サンプルがあれば使われてることになるの?
頭悪そうだよね。
はっきり言うけど、Javaなんか誰も使ってないって。
あんたが特殊な環境に居るだけだよ。

225 :デフォルトの名無しさん:04/09/13 17:10:09
>>223
ありえないことはない。
HTMLは使いにくいが、少なくとも画面上の構成要素に関してはすでに利用方法を学習しているので、あらたなUI学習の手間が低い。
またHTMLの場合、ダブルクリックや右クリック、ドラッグなんかの、一般ユーザーがとまどう操作がないので、学習コストが低い。
ダブルクリック・右クリック・ドラッグは、開発者の想像以上に一般ユーザーはとまどうよ。
ネット接続の設定ができないようなユーザーはね。

使いやすさと学習コストは独立だから、使いやすいものが学習コストが低いとは限らない。
使いにくいものが学習コスト高いとも限らない。

226 :デフォルトの名無しさん:04/09/13 17:11:24
>>224
あ、そう。
釣り乙。

っていうか、リッチクライアントの意味もわかってなかったやつに言われても説得力がないね。

227 :デフォルトの名無しさん:04/09/13 17:11:37
長文乙

228 :デフォルトの名無しさん:04/09/13 17:11:55
>>224
.NETは(ry

229 :225:04/09/13 17:15:45
あと5年くらいはユーザーのスキルは低い状態だろうから、リッチクライアント採用するときには注意が必要、ってことで。
今の高校生くらいが社会人になって、自由にお金使えるようになるころから目に見えて変わってくると思われ。
やつらフリーターになるから自由に使える金が少ない、とかいうのは別の問題で。

230 :デフォルトの名無しさん:04/09/13 17:19:34
>>226
俺は>>216以降だから。
ていうか、お前が釣だよな。
俺は真面目に書き込んでる。

はっきり言う、Javaは死滅の香りがする。
もう絶滅寸前じゃねーか。

231 :デフォルトの名無しさん:04/09/13 17:24:14
>>225
論理的な思考が無いね。はじめからだけど。
ブラウザアプリはリッチクライアントに包括されてる、と言ってるだろ。
分かり部分をGUIを消せば良いだけ。

232 :デフォルトの名無しさん:04/09/13 17:30:04
むしろ、JavaとPDFの一騎打ちだな。
JavaWebStart、最強だし。

233 :デフォルトの名無しさん:04/09/13 17:36:29
JavaはPdfより計算が速いから、Javaの勝ちだな。

234 :デフォルトの名無しさん:04/09/13 17:38:34
で、ブラウザアプリってなに?
HTMLとの行ったり来たり、やりとりが必要ないんだよね?

235 :デフォルトの名無しさん:04/09/13 17:39:27
>>233
でも、PDFよりインストールベースが少ないから、C#の勝ちだな。

236 :デフォルトの名無しさん:04/09/13 17:40:21
>>231
自分で考えた定義を人に押し付けるのよりはマシだね。

237 :デフォルトの名無しさん:04/09/13 17:41:51
>ま、それでもいいけど、そうすると>>196が「フラッシュ含むリッチクライアントで独自UIを構築すると学習コスト高い」の反論として、意味がわかりづらいんだけども。

自分で考えた定義ってこれだろ。
無理に「独自」を入れる低論理。

238 :デフォルトの名無しさん:04/09/13 17:43:15
>>235
っていうかWindowはJavaで書かれている。
RinaxもJava。

239 :デフォルトの名無しさん:04/09/13 17:43:17
>>212が論理的思考だというなら、こんな脳内定義を成長させる子どもだましの思考方法はほしくないなぁ。
間違った前提条件をこじつけて、自分に都合のいい言葉を定義することが論理的思考なんでしょ?


240 :デフォルトの名無しさん:04/09/13 17:43:54
>>238
そのJavaはなんとHSPで書かれてるのですよ。

241 :デフォルトの名無しさん:04/09/13 17:45:44
>>237
ま、勝手にわめいててください。
自分のレスに対するツッコミは無視して、自分論理ふりかざす人と遊ぶのも飽きてきた。

242 :デフォルトの名無しさん:04/09/13 17:48:29
>>241
お前もう来なくて良いよ。

243 :デフォルトの名無しさん:04/09/13 17:48:45
>>240
そのHSPはなんとCで書かれてるのですよ。
つまり、Javaの圧勝。

244 :デフォルトの名無しさん:04/09/13 18:02:58
>>243
そしてそのCはなんと、ひまわりで書かれているのです。
びゅう太最強。

245 :デフォルトの名無しさん:04/09/13 18:03:53
>>242
そうすると、今までの恥ずかしい発言をツッコム人がいなくなるからね。
よかったね。

246 :デフォルトの名無しさん:04/09/13 18:08:34
>>244
そしてそのひまわりはなんと、びゅう太で書かれているのです。
Java最強。


247 :デフォルトの名無しさん:04/09/13 20:00:30
なんか起源説がやたらと多いな
ニダが沸いたか?

248 :デフォルトの名無しさん:04/09/13 23:07:57
要するにだな、Webアプリケーションをリッチに簡単に作りたいのです!
仕様変更する際に、無駄なコーディングやテスト等は行いたくない。
サクッと作れるやつ誰かおしえて。

249 :デフォルトの名無しさん:04/09/13 23:38:06
>>248
MS Office2003でMicrosoftと心中汁!

250 :デフォルトの名無しさん:04/09/14 01:25:34
>>248
それはリッチクライアントではないね。
ま、ASP.NETで。

251 :デフォルトの名無しさん:04/09/14 06:02:55
>>250
そうなの?Webアプリもリッチクライアントになりうるんじゃないの?

252 :デフォルトの名無しさん:04/09/14 07:51:35
>>251
だね。
でも言葉の定義の話はもうおなか一杯。

253 :デフォルトの名無しさん:04/09/14 10:40:41
だからリッチクライアントマンセーで無問題。

254 :デフォルトの名無しさん:04/09/14 13:20:37
>>251
HTMLアプリの対比としてリッチなんだから。

255 :デフォルトの名無しさん:04/09/14 13:24:39
>>252
とりあえず、HTMLクライアントがリッチクライアントに含まれるといいはるやつだけはどうにかして欲しい。

256 :デフォルトの名無しさん:04/09/14 13:44:30
せめてHTMLクライアントとファットクライアントの間にリッチクライアントがあることくらい知ってて欲しいね。

257 :デフォルトの名無しさん:04/09/14 17:14:25
JavaWebStartにはブラウザを開いて(あるいは開いているブラウザに対して)
指定したURLを表示させる機能があるよ。
ttp://java.sun.com/j2se/1.5.0/docs/guide/javaws/jnlp/javax/jnlp/BasicService.html

おいらは、この機能を使って、署名つきJavaWebStart内で動的に生成したPDFを、
file:///c:/temp/hoge.pdfとかに書き込んでブラウザ経由で表示させたり、
JavaWebStart内からlocalhost上で起動したservlet engineと
Webブラウザの間でのhttp通信をさせたりしているよ。

HTMLクライアントとリッチクライアントとの区別に関する言い合いなんかはもう
どうでもいいから、こんなハックしてる奴がいる!とか、こんなハックをしたぜ!
っていうのを、見せてくれ。


258 :デフォルトの名無しさん:04/09/14 17:17:07
>>257 それは2ちゃんねるの特性だから仕方がない。子供に「泣くな」というようなもので(ry

259 :デフォルトの名無しさん:04/09/14 17:22:05
>254 :デフォルトの名無しさん :04/09/14 13:20:37
>HTMLアプリの対比としてリッチなんだから。

>255 :デフォルトの名無しさん :04/09/14 13:24:39
>とりあえず、HTMLクライアントがリッチクライアントに含まれるといいはるやつだけはどうにかして欲しい。

>256 :デフォルトの名無しさん :04/09/14 13:44:30
>せめてHTMLクライアントとファットクライアントの間にリッチクライアントがあることくらい知ってて欲しいね。

こりゃ間違いだ罠。
HTMLクライアントの進化がリッチクライアントであって、
間に位置するものじゃない。

実行環境がブラウザだけならHTMLクライアント、ブラウザとか他を含めればリッチクライアント。

260 :デフォルトの名無しさん:04/09/14 17:24:26
リッチクライアントはHTTPでファイルのやり取りするが、
それがHTMLの場合もありえるし。

HTMLクライアントとリッチクライアントを別にする頭の悪いやつが居るんだね。

261 :デフォルトの名無しさん:04/09/14 17:27:57
ttp://www.atmarkit.co.jp/fjava/column/andoh/andoh25.html

リッチクライアントの分類にFlashもあればBiz/Browserもある。
どころか、最も普及がFlashになってんじゃん。

262 :デフォルトの名無しさん:04/09/14 17:35:26
もうええちゅうねんw


263 :デフォルトの名無しさん:04/09/14 18:00:27
リッチクライアント技術でWebブラウザを配布することだってできるよ。
HTMLクライアントとリッチクライアントが、
どっちがどっちを起動するかとか、
どっからどこまでかどっちかを区別するなんて、全く無意味。

そのソフトがどのカテゴリに属するかじゃないくて、
そのソフトが何を実現したか、何を改善したか。これ重要。


264 :デフォルトの名無しさん:04/09/15 05:27:01
>>263
そんな話はよそでやれ。
ここはリッチクライアントスレ。

265 :デフォルトの名無しさん:04/09/15 05:28:01
>>260
> HTMLクライアントとリッチクライアントを別にする頭の悪いやつが居るんだね。

この場合のリッチクライアントは何?

266 :デフォルトの名無しさん:04/09/15 05:55:49
とりあえず、どこ見てもリッチクライアントはHTMLクライアントに対する言葉ということになってるんだけど。
ttp://www.itmedia.co.jp/news/articles/0405/27/news059.html
ttp://www.atmarkit.co.jp/aig/04biz/richclient.html

HTMLクライアントのことをリッチクライアントと呼ぶこともあるなら、そういった記述のあるソース示してくれ。

なんで言葉の定義にこだわるかっていうと、通例としてリッチクライアントには含まれないものをリッチクライアントとして語られると、話が変になるから。
というか、変になってる。

267 :デフォルトの名無しさん:04/09/15 06:04:20
そんな定義に興味はない

268 :デフォルトの名無しさん:04/09/15 06:18:49
>>267
とりあえず、一般に使われていない使い方を、ここで使われるとスレッドがなりたたない。
話にならんだろ。

269 :デフォルトの名無しさん:04/09/15 06:21:45
まぁ、ちゃんと勉強してないうちは言葉の定義の意義や大切さをしらなくてもしかたないか。
境界条件の定義には、あまり意味はないと思うけど。

270 :デフォルトの名無しさん:04/09/15 06:59:28
>>269
おとなげないからやめれ

271 :デフォルトの名無しさん:04/09/15 09:28:25
iモードJavaとJavaWebStartは同じようなもんでつか?

iモードJavaをそのままサーバに置けばJavaWebStartになるんなら楽なんだけど。

272 :FOOP:04/09/15 11:56:41
携帯端末で動かすなら、Nexawebがむしろいいのでは。
ソースのサイズもかなり小さいし、GUIのパフォーマンスもいい感じ。
JavaとXMLをしようするらしいが。。。
詳しく知っている人がいたら教えて。


273 :デフォルトの名無しさん:04/09/15 12:22:16
匿名掲示板で間違った前提と異なるドメインを想定し、定義の議論と、その重要性を説く無意味さ。

274 :デフォルトの名無しさん:04/09/15 13:48:56
>>271
ぜんぜん。
JNLPファイルの位置付けがADFと同じだけ。

275 :デフォルトの名無しさん:04/09/15 13:49:51
だれも使ってない定義で話を進める無意味さ

276 :デフォルトの名無しさん:04/09/15 13:54:14
プロプラ技術氏ね。

277 :デフォルトの名無しさん:04/09/15 13:54:39
>>274
そうなんだ。
iモードJavaの説明サイト印刷してもショボイ画面だし、こんなん流行るんかな。
なんか、S∪∩のJavaに取り入れて貰えるんだっけか。

278 :デフォルトの名無しさん:04/09/15 16:22:15
>>277
意味がわからん。
JWSは標準だが。

279 :デフォルトの名無しさん:04/09/15 17:00:25
>>271
ふつうのアプリをJNLPと一緒にそのままサーバーに置けばJavaWebStartになる。
iアプリとはなんの関わりも無い。

280 :デフォルトの名無しさん:04/09/15 17:02:00
了解>>278-279

結構Javaって理想の形ですね。
後、SwingがVCL並になってくれれば。

281 :デフォルトの名無しさん:04/09/15 17:09:05
>>280
理想の形ではあるが、現実的ではない部分がある。

282 :デフォルトの名無しさん:04/09/15 17:27:20
PC、PDA用のJavaWebStart開発したいのですが、
iアプリ開発セミナーみたいなのが役に立つんでしょうか?

283 :デフォルトの名無しさん:04/09/15 17:46:36
>>282
なんで?
iアプリは関係ないって。
釣り?

284 :デフォルトの名無しさん:04/09/15 17:55:43
最近のPDA用のJVMにはどんなのがあるんだっけ?
Sunは開発していないので有償のやつしかない?

285 :デフォルトの名無しさん:04/09/15 18:06:33
iアプリはリッチクライアントとは言わんし。

286 :デフォルトの名無しさん:04/09/17 09:30:48
JavaWebStart開発セミナーみたいなのありまつか?

287 :デフォルトの名無しさん:04/09/17 11:32:49
Java真理教 自己啓発セミナーならあります

288 :デフォルトの名無しさん:04/09/17 13:44:49
>>286
JavaWebStartの何が知りたいんだ?
つうか、なんでセミナーなんだろうか。
通常のGUIとそんなに変わらんから、JAVA PRESS35とかWEB+DB PRESS22とか読めば十分じゃない?

289 :デフォルトの名無しさん:04/09/19 16:36:28
>>285
いやiアプリはリッチクライアントだが…?

290 :デフォルトの名無しさん:04/09/20 01:33:07
>>289
ΩΩΩ<なっ、なんだってー?

291 :デフォルトの名無しさん:04/09/20 06:41:48
また、他に通じないリッチクライアント論がはびこります。

292 :デフォルトの名無しさん:04/09/20 09:27:07
いや彼は普段iアプリ以下のプアな環境を使っているのだろう。
配慮してくれないと。

293 :デフォルトの名無しさん:04/09/20 10:33:09
さ、じゃあ、俺が語ってやろうか。

※一昔前(かなり自身まんまんに)

■ファットクライアント/リッチクライアント
ローカルに実行体が置かれるタイプのクライアント。
代表的なのはVBクライアントアプリなど。
通信はSocketや、DB接続。

■シンクライアント
サーバに実行体が置かれるタイプ。
起動時にサーバとの同期が取られ、常に最新のクライアントが取得される。
代表的なのはブラウザ使用のWebアプリなど。
通信はHTTP。

■スマートクライアント
Microsoftが打ち出した、シンクライアントの1形態。
ブラウザ経由でサーバ上の実行体にアクセスすると、
ローカルのRuntime(.net framework)の資源を使用して、クライアントフォームを起動する。
シンクライアントでありながら、十分な性能を持つクライアントアプリを作成できるという。

※今(わけわかんないけど、多分こんな感じ)

■ファットクライアント
VBアプリ

■リッチクライアント
Webアプリでないシンクライアント
Flash, JavaWebStart, Applet, ActiveX, スマートクライアント

■スマートクライアント
昔と同じ。

294 :デフォルトの名無しさん:04/09/20 10:41:03
>※一昔前(かなり自身まんまんに)

orz

295 :デフォルトの名無しさん:04/09/20 10:53:00
>>294
どこさわってんだ、すけべ!

296 :デフォルトの名無しさん:04/09/25 14:20:41
>>168
遅レスだが、マ板にコピペした奴がいてここにたどり着いたのでついでにレスしとく。
ここのもまたコピペのようだが。

> NET Framework のノータッチ デプロイメントに期待して、
> サンプル置いてるサイト実行したら、
「サイトの説明書き」の内容から検索した結果、サンプルとはこれのことだろう。
http://dotnetdemo.grapecity.com/demo/arnet/win_demo.htm

>IEExec.exe - 共通言語ランタイム デバッグ サービス
このエラーは、サンプル実行手順に書いてある通りにしたがわないで
このサイトを「信頼済みサイト」に設定しなかった場合に発生する。

書いてあるとおりに信頼済みサイトに設定すれば発生しない。
ちなみに俺は1.1しか入っていないので1.1の
Microsoft .NET Framework Configurationを使用した。
その結果問題なく動いた。(使ってはいないが少なくとも起動した)
エラーも起きずに起動するし互換性もちゃんとあるようだ。

297 :デフォルトの名無しさん:04/09/25 18:40:51
リッチクライアントは決まった定義はないが共通するのは

ファットクライアント(VB, AWT/Swing)、シンクライアント(HTMLクライアント)
の問題点、配布と操作性の両方を解決したクライアント

これだけ。

>>293
配布技術がまざってるよ。
AWT/Swing/SWT via Java Web Startとか書けば良いじゃない。

リッチクライアントが浸透すると
もともとVB、AWT/Swingをやっていた技術者が
クライアントを作ることが多くなると思うんだけど
全部クライアントでやれば良いんじゃないとか言いそうで怖い。
さてさてどうやって説得しようかな。


298 :デフォルトの名無しさん:04/09/27 02:03:00
>>297
リッチクライアントの話でJavaWebStartといったときには、当然AWTやSwingを使うことが前提だろ。
もちろんSWTでもいいけど。

299 :デフォルトの名無しさん:04/09/27 05:49:05
>全部クライアントでやれば良いんじゃないとか言いそうで怖い。

あぁ、俺言いそうw。

そんな俺を説得してください。

300 :デフォルトの名無しさん:04/09/27 07:47:43
>>299
用途で使い分ければいいですよ。
一朝一旦。
ファイヤーウォール越えや複数アーキテクチャの連携の予定がないんだったら、全部クライアントでも構わないと思う。

301 :デフォルトの名無しさん:04/09/27 11:27:31
>>296
VBアプリが1台1台設定したりActiveXなんかのエラーが嫌われてウェブアプリマンセーになってきたのに、
ドトネトノータッチ デプロイメントは作り方によってVBアプリと同様のエラーが出ると。
そりゃ意味無いな。

さらにドトネトなんてライブラリが貧弱じゃん。
後発マイナー、サーバJavaを置き換えられず、Java Web Startに負けてるなんて、ペッ

302 :デフォルトの名無しさん:04/09/27 21:23:09
ここで301に具体的に質問すると返事が返ってこないんだよなー。

303 :デフォルトの名無しさん:04/09/27 21:29:05
せっかくのCASも >>301 のようなアホにかかるとかわいそうなことに。

304 :デフォルトの名無しさん:04/09/27 22:26:30
>>302-303
と、具体的な反論出来ないため、煽り。

305 :デフォルトの名無しさん:04/09/27 22:26:34
>>302
興味あるから具体的な質問してみてよ。

306 :デフォルトの名無しさん:04/09/28 04:32:05
漏れはJavaWebStartでソフトを公開しているんだが、WindowsXP SP2以前は、
<object
codebase="http://java.sun.com/products/plugin/autodl/jinstall-1_4_2_05-windows-i586.cab#Version=1,4,2,0"
classid="clsid:5852F5ED-8BF4-11D4-A245-0080C6F74284" height="0" width="0">
<param name="app" VALUE="http://java.sun.com/products/javawebstart/apps/player.jnlp">
<param name="back" VALUE="true">
</object>
みたいにすると、Webブラウザ上でActiveX経由でJREをサイレントインストールして
JavaWebStartを起動できたんだけど、SP2以降は、ActiveXでの起動をするまでに、
いくつかの関門が作られるようになって、ユーザが明示的に許可しないとダメになった。
おかげで、馬鹿ユーザからの「起動できない」っていう苦情が増えたよ。仕方ないけどな。


307 :デフォルトの名無しさん:04/09/28 06:36:28
>>306
単純なリンクにしたほうが簡単じゃない?

308 :デフォルトの名無しさん:04/09/28 19:51:17
>>305
ドトネトで足らないライブラリは具体的に何?

309 :デフォルトの名無しさん:04/09/28 20:21:14
>>301
Java厨だからActiveXのときどんな感じだったから知らんが
設定すればいいんだから何が意味無いのかよくわからん。


310 :デフォルトの名無しさん:04/09/28 20:51:19
JWSは、ActiveXのセキュリティ上ダメな部分を利用して
サイレントインストールを実現してただけなのに、
それをメリットと錯覚してるんでしょ。

311 :デフォルトの名無しさん:04/09/28 21:06:06
>>308
本気で質問してるなら答えるよ。

312 :305:04/09/28 21:20:43
>>308
俺に質問してどうするんだ。

313 :デフォルトの名無しさん:04/09/28 21:25:16
>>312
何もわかってなさそうだから質問してみたんじゃない?
わかってると主張したいなら答えてみれば?
まぁ、わかってないんだろうけど。

314 :デフォルトの名無しさん:04/09/28 21:25:30
>>311
本気だよ

315 :デフォルトの名無しさん:04/09/28 21:27:26
>>314
なら、本気を態度かAAで示せよ。
ぜんぜん本気に見えない。
煽りたいだけに見える。

316 :デフォルトの名無しさん:04/09/28 21:35:51
AAである時点で本気に見えないと思うが。

317 :デフォルトの名無しさん:04/09/28 22:02:43
>>315
さっさと答えろよ。>>302が正解だったってことでもういいか?

318 :デフォルトの名無しさん:04/09/28 22:30:02
>>315
ぁ-ぁ、逃げた。

319 :デフォルトの名無しさん:04/09/28 22:32:40
ドトネトに足りないのは処理ではオプソ系C/C++ライブラリ。
画面コントロールではDelphi/VCL。

オプソでは、
・OS(スパコンから組込みまでスケーラブルでセキュア機能のあるLinux、マイクロセカンドで動作するT-Kernel)、
・各種コンパイラ(実用言語から、研究系のオブジェクトベース言語まで無限)、
・マトラボのコピーなんかの解析〜プロット〜回路シミュレーションソフト(何百万で売られるソフトが無数)、
・gis製品からライブラリ、
とかベタなものでもこれだけが無料で落とせて書き換えてコンパイル出来る。
が、managed でないコードはドトネトで動作しない。

売り物ActiveXなんてちゃちくてゴミどころか認識にも上らない。

320 :デフォルトの名無しさん:04/09/28 22:37:28
>>317
AAすら貼れないへたれが何言ってる。

321 :デフォルトの名無しさん:04/09/28 22:39:54
>>319
もっと普通にIMEとか答えようよ。
普段使ってて不便な部分を答えればいいんだよ。
いろいろあるでしょ。

322 :デフォルトの名無しさん:04/09/28 22:41:34
>>319
画面コントロールは分かるが他はなんか激しくズレてるというか。

323 :デフォルトの名無しさん:04/09/28 22:43:59
>>321
ゴメン、普段ITRON使ってて、
Windowsがマイクロセカンドで動かないから使えないんだ。
(実は組込みLinuxもミリセカンドでしか割り込みかからないから使えない)

Windows使うときは特殊なグラフィックライブラリ使うから、
C系とかDelphi/VCL絶対外せない。
超マイナーなライブラリもVCL探せば出てくる...

324 :デフォルトの名無しさん:04/09/28 22:44:48
>>323
じゃぁ何で.NET使ってるのさ??

325 :デフォルトの名無しさん:04/09/28 22:45:25
あと、質問した人早くAA貼ってよ。

326 :デフォルトの名無しさん:04/09/28 22:45:30
>>322
MATLAB会社にあるけど、自分のマシンにはインストールして貰えないから、
オプソのコピーソフト使って満足したんだい!

327 :デフォルトの名無しさん:04/09/28 22:48:08
>>324
違うよ。
319がドトネトに対する質問であって。


マシンにWindowsUPDATEドトネト入ってるし、
以前VS.NETインストールしたことあるけど、
ドトネト使ったこと無い。

なんか、CAD系の人がインストーラにドトネトが要るとか要らないとか会話してた。
それ以外全く聞かないな。
つか、ソフト系の人でさえ知らない人も。。。

328 :デフォルトの名無しさん:04/09/28 22:49:41
>>327
使ったことも無いのに文句言ってるの??
謝罪AA貼ってほしいな。
ここ2ちゃんだからさ、AAが最重要なわけ。
わかる?

329 :デフォルトの名無しさん:04/09/28 22:54:27
>>328
VS.NET入れたけどライブラリが無いから文句逝ってるんだYO!


                 ┌─┐
                 |も.|
                 |う |
                 │来│
                 │ね│
                 │え .|
                 │よ .|
      バカ    ゴルァ  │ !!.│
                 └─┤    プンプン
    ヽ(`Д´)ノ ヽ(`Д´)ノ  (`Д´)ノ    ( `Д)
    | ̄ ̄ ̄|─| ̄ ̄ ̄|─| ̄ ̄ ̄|─□( ヽ┐U
〜 〜  ̄◎ ̄  . ̄◎ ̄   ̄◎ ̄   ◎−>┘◎

330 :デフォルトの名無しさん:04/09/28 22:55:22
>>329
入れたけど使ってないんじゃ意味無いじゃん。
使えよ。

331 :デフォルトの名無しさん:04/09/28 22:58:13
>>329
今までのライブラリ使えるのに文句逝ってるんだNA!

332 :デフォルトの名無しさん:04/09/28 22:59:55
>>330
正直、組込みじゃ使えんし、
Windows製品でも使わない方が実行環境狭めないし安定だし。。。

333 :デフォルトの名無しさん:04/09/28 23:01:16
>>332
使わないなら別に文句ないじゃん。
何で文句言ってるの??

334 :デフォルトの名無しさん:04/09/28 23:03:43
>>333
Winがマネージ度のみになるのは良いけど、
C/C++ライブラリとVCLが動作せんのならメンドー。

プラットフォーム変えてやるか、
みたいな気分。

335 :デフォルトの名無しさん:04/09/28 23:06:46
>>334
何言ってるの??
ウインドウズでVCL動くじゃん。
ライブラリも昔より良くなってるよ。
2003ですごく良くなったじゃん。

336 :デフォルトの名無しさん:04/09/28 23:08:01
>>334
動作するだろ。

337 :デフォルトの名無しさん:04/09/28 23:08:57
早く謝罪AA貼ってほしいな。

338 :デフォルトの名無しさん:04/09/28 23:09:59
>>335-336

2003はサクサク動く。

問題は、ロングホーンの次のOSくらいの話。

339 :デフォルトの名無しさん:04/09/28 23:10:36
正直すまん買ったて奴でいいよ。

340 :デフォルトの名無しさん:04/09/28 23:11:09
ドトネトに足りないライブラリ質問は出したから、
次ドトネト側が回答しる!

341 :デフォルトの名無しさん:04/09/28 23:12:10
>>338
まだ骨格すら決まってないOSについて妄想して文句言ってるの??
それどういうこと??
ぜんぜんわかんないんだけど????

342 :デフォルトの名無しさん:04/09/28 23:13:11
>>340
回答したじゃん。
一番困ってるのはIMEの便利なクラスが無いこと。

343 :デフォルトの名無しさん:04/09/29 03:48:35
お前らそれ以上はスレ違いだから続きはこっちで↓
http://etc3.2ch.net/test/read.cgi/entrance/1096118923/

344 :デフォルトの名無しさん:04/09/29 11:19:11
Java Web StartでJDBC使う場合、JDBCドライバのインストール&設定なんかで問題おきまつか?

345 :デフォルトの名無しさん:04/09/29 14:20:08
>>344
他のライブラリといっしょ。特別な問題は起きない。

346 :デフォルトの名無しさん:04/09/29 19:25:32
Java Web Start によってAppletは死滅しまつか?

347 :デフォルトの名無しさん:04/09/29 19:44:11
>>346
いまあえてAppletを使っている人がAppletを使わなくはならないだろうし、これ以上は死滅しないとおもいますでつ。

348 :デフォルトの名無しさん:04/09/29 19:51:54
>>347
今まだ使ってない人は、Appletを積極的に使うのは良くないということですか?
Java Web Startに逝け、と。

349 :デフォルトの名無しさん:04/09/29 19:56:27
>>348
Webページに埋め込みたいならApplet。
Webページに埋め込む必要がないならJWS。


350 :デフォルトの名無しさん:04/10/02 21:07:08
Flashリモーティングの情報が少ないな
OpenAMFの情報とかってどっかにありますか?

351 :デフォルトの名無しさん:04/10/18 06:36:19
>>350
OpenAMFは俺も今、格闘中
ほんと情報少ないよね

純正使いたい・・・ orz


352 :デフォルトの名無しさん:04/10/18 13:27:54
Flash敷居高そうだ。ぜんぜん使えない。

353 :デフォルトの名無しさん:04/10/18 18:22:10
http://dotnetdemo.grapecity.com/demo/arnet/win_demo.htm
ここのノータッチデプロイメントの実相例はよくできてる

354 :デフォルトの名無しさん:04/10/19 12:02:25
>>351
Seasar (2じゃなくて1の方)では案外ラクチンにAMF使えたよ。

355 :デフォルトの名無しさん:04/10/19 15:24:09
>>354
openAMFとs1(2)openAMFって中身同じじゃなかったっけ?

openAMFも基本的に楽なんだけど、EJBを使う場合、かなり癖があ
るかんじで困ってる。

純正のremotingだと、先ずEJBHomeオブジェクトを取得して、create
でEJBオブジェクトを生成するといった通常の手順でOKなんだけど、
OpenAMFだとその方法ではNGで、getServiceするとEJBそのものが
帰ってくるんで、EJBHomeのfinder系のメソッドを使いたいときに非常
に不便を感じてる。
しかも、EJBにEJBHomeを返すメソッドを実装して、そのメソッドをflash
から呼び出すとIOExceptionが発生するし、もう分けわかめ・・・

■remoting
var service = con.getService("HogeBean",this);

とするとserviceにはHogeBeanHome(EJBHome)が代入される。

■openamf
var service = con.getService("HogeBean",this);

とするとserviceにはHogeBean(EJB)が代入される。



356 :デフォルトの名無しさん:04/10/21 22:22:26
OpenAMFのgetewayサーブレットつかってますが、
いまだにopenamf-config.xmlファイルにさわってない。
ここの設定でいったい何をするんでしょうか

357 :デフォルトの名無しさん:04/10/23 16:57:26
SWFからFLASHリモーティングつかってサービスを呼ぶ場合、
そのサービスがSWFと同じサーバー内にあれば動きますが、
SWFが別サーバーにおいてあっても動かしたい場合、
Webサービスとしての実装しかないのでしょうか?

358 :デフォルトの名無しさん:04/10/24 01:04:19
>>357
たぶん crossdomain.xml が必要

359 :デフォルトの名無しさん:04/11/20 11:53:33
NexaWebとかはどうよ。

360 :デフォルトの名無しさん:04/11/22 11:08:45


361 :デフォルトの名無しさん:04/11/30 18:15:03
JDNC情報キボンヌ

どの程度仕様策定が進んでいるのかとか、
Mustangに入るか入らないかとか、
どこぞでNightyBuildが見れるとか。

362 :デフォルトの名無しさん:04/11/30 20:28:08
リッチクライアントってAvalonが出るまでのつなぎのような・・・

363 :デフォルトの名無しさん:04/12/01 18:08:37
M$Nニュースの見解は >>362 の逆かも

ttp://www.mainichi-msn.co.jp/it/coverstory/news/20041130org00m300066000c.html
>今後の課題は、技術好きなユーザー層ではなく、
>必要に迫られて使っているユーザーに
>どうやってリナックスを知ってもらうかだという。
>同氏は、大きな転機は2、3年後とみられる次期ウィンドウズ「ロングホーン」の
>リリースの時に訪れると考えている。
>ウィンドウズからロングホーンへのバージョンアップは、
>リナックス移行と同じぐらいの難易度になるとの予測からだ。

364 :デフォルトの名無しさん:04/12/01 19:48:35
マルチうぜぇ

365 :デフォルトの名無しさん:04/12/01 22:01:17
すいません。スレ違いかもしれませんが教えてください。

windowsで動作するアプリを作成してみたい(勉強したい)のですが、
例えば、VBで作成するとだとランタイムが利用するマシンに必要になるとおもいます。
こういったランタイムなどの配布なしで動作するアプリを作るには
どのような技術を勉強すればよいのでしょうか??


366 :デフォルトの名無しさん:04/12/01 23:27:54
>>365
HSP

367 :361:04/12/02 18:04:45
自己レス

開発元本家に行けばよいだけの話でした。
https://jdnc.dev.java.net/
逝ってきます

368 :デフォルトの名無しさん:04/12/05 21:23:12
sage

369 :デフォルトの名無しさん:04/12/07 20:58:06
Macromedia Flexが虫の息です。
誰か死に水を取ってください。

370 :デフォルトの名無しさん:04/12/07 21:46:40
まあ、畑が違うからな。
どんなに頑張っても無理だべ。

371 :デフォルトの名無しさん:04/12/07 22:47:46
開発環境もこれから順次整ってくるだろうし
ひとしきり落ち着いてから価値を見出そうと思ってるんだけどなぁ。

2004proのフォームベース開発は
あまりにも流行ってなくて見切りつけたけどw

372 :デフォルトの名無しさん:04/12/11 01:35:13
っていうかさぁ、この分野、供給が需要を上回ってない?


373 :デフォルトの名無しさん:04/12/11 01:37:42
UIなんてただでさえ複雑な細かい制御が増えるわけだし、
テストしやすさ、リファクターのしやすさがどれほどのものかというのが重要な基準。

JavaWebStartでフルJavaですよ

374 :デフォルトの名無しさん:04/12/11 02:03:35
flex高すぎ
あれはflashで開発する力がない開発側の都合で導入するものだろ?
少なくとも、システムを発注する顧客にとっては、flashでUI作ってくれ
たほうがよいわけで、flexでなければならん理由なんてないだろう。
広がらない理由は、高すぎること(値段に見合った導入メリットがない)
これに尽きるんじゃないの?

375 :デフォルトの名無しさん:04/12/11 04:46:26
XHTML+RCC+SVGが5年後の未来ですが何か?

XULもいいけどね標準になりえないし。FlashやJavaWebStartは組みやすいけど
所詮プラグインのランタイムが必要。主要なブラウザ内部に組み込まれること
が重要。

376 :デフォルトの名無しさん:04/12/11 14:05:48
5年後はワカランが3年後なら、オレはJSFだと思うよ、JDNCとケコーンした後のな。

377 :デフォルトの名無しさん:04/12/11 14:12:37
>>374
Flexはたしかに高いね。
よく分からんがFlexだと動的にSWFが生成できるのが利点
みたいだけど、そういうニーズがどのくらいあるのか疑問。
あと動作が重くなるのは商用サイトではマイナスだと思う。
理想は高いが現実が追いついてないというか現実を無視した感がある。

378 :デフォルトの名無しさん:04/12/12 03:33:32
とりあえずlszloに期待。
まあ、動作は重いけどな…(´・ω・`)

379 :デフォルトの名無しさん:04/12/12 03:45:39
>>2004proのフォームベース開発は
>>あまりにも流行ってなくて見切りつけたけどw
なぜはやらないんだろうか


380 :デフォルトの名無しさん:04/12/13 11:09:52
flexって、swfでjspみたいな事やってみたかったの、って
だけな気がするんだよなあ。
MXの重さ考えると、やろうと思えばちょっとした修正は
秀丸でだって出来ちゃいそうなのは魅力なんだけど
ほんと、高い!

381 :デフォルトの名無しさん:04/12/14 16:20:12
laszloをjbossに突っ込んでサンプル動かしてみたけど重すぎる。
こりゃ普通にflashでUI作ったほうがいいな。

382 :デフォルトの名無しさん:04/12/15 08:12:06
>380

買うのはクライアントだ。
開発版は無料だし。

383 :デフォルトの名無しさん:04/12/15 10:34:52
お客さんに「買わせる」のは開発者でしょう?

384 :デフォルトの名無しさん:04/12/15 10:59:21
うちのクライアントはちょいとプレゼンしたらすぐ買ったけどな

385 :デフォルトの名無しさん:04/12/15 11:34:23
でも、まだ枯れてるとはいえないものを
提案するには、やっぱり高い・・・・。

その分こんだけ工数減りますよーとか
自信をもっていえるようになれればねえ。

386 :デフォルトの名無しさん:04/12/15 15:43:45
むしろ工数が増えそうな悪寒

387 :デフォルトの名無しさん:04/12/21 19:48:47
Flex(笑)

388 :デフォルトの名無しさん:04/12/22 00:41:32
HTMLでWebアプリだったら、開き直れる分(できないものはできないと)、
安く上がったりして。

389 :デフォルトの名無しさん:04/12/22 04:47:00
結局データ入出力に関しては同じことする必要があるから、大して変わらないかと。

390 :デフォルトの名無しさん:04/12/22 09:25:30
>>388
結構それって重要だよな。

391 :デフォルトの名無しさん:05/01/01 14:37:17
今年はEclipse RCPが来そうな予感。

392 :デフォルトの名無しさん:05/01/03 10:06:16
flashって簡単にswfからflaに起こせて
actionscript丸見えだから怖いんだよなあ

393 :デフォルトの名無しさん:05/01/21 12:16:28
Javaだけの利用を前提条件とすると、
リッチクライアントは必然的にAppletしかない?
最近のアプレットって、ビジネスアプリへの適用に耐えうる?


394 :デフォルトの名無しさん:05/01/21 15:11:42
java web start使って配布という手もある

395 :デフォルトの名無しさん:05/01/21 20:16:38
>>391
それって、Eclipseのプラグイン的なもんだから開発言語はやっぱJava?

396 :デフォルトの名無しさん:05/01/22 02:17:24
WindowsにJava5が標準添付だったら状況はかわるね。

397 :デフォルトの名無しさん:05/02/07 13:18:25
Flash使ったら機器とPCとデータやり取りしやすい、とかある?

398 :デフォルトの名無しさん:05/02/07 13:28:30
Java Web Start = Swingの実行環境
Eclipse RCP = JWTの実行環境

であってまつか?

399 :デフォルトの名無しさん:05/02/07 14:06:12
JavaWebStartでAWTのプログラムでもSWTのプログラムでも配布することはできるわけだが。

400 :399:05/02/07 14:07:47
あ、根本的な間違いしてるね。
JavaWebStartは実行環境というより、配布・実行形式だから。

401 :デフォルトの名無しさん:05/02/07 14:22:39
thx! >>399 >>400
Javaって難しいね。

402 :デフォルトの名無しさん:05/02/07 15:27:38
・・・そこはJavaが難しいところではないと思うが。

403 :デフォルトの名無しさん:05/02/19 20:41:17
>393

Java + Flash = Flexでどうでしょう

404 :デフォルトの名無しさん:05/02/20 04:06:43
Flexはコストかかるし、重いじゃん。
漏れ的にはまだFlash+Javaでいいと思う。
まあ、データグリッドの表示が遅すぎるのが難点だが。

405 :デフォルトの名無しさん:05/02/20 17:58:41
Flexはホントに大コケだったね。
Macromediaの経営に影響がなきゃいいんだけど…。

406 :デフォルトの名無しさん:05/02/20 20:08:32
過去形ですかっΣΣ(゚д゚lll)

407 :デフォルトの名無しさん:05/02/21 01:47:34
高杉だし。

408 :デフォルトの名無しさん:05/02/23 10:27:05
Flexに注目しようとしてたのに、本当かい?

409 :デフォルトの名無しさん:05/02/23 22:03:29
ajax
tp://antipop.zapto.org/docs/translations/ajax.html

これを取り込んだナイスなプレゼンテーション層の
フレームワークが出ればflexは要らん要らん。

410 :デフォルトの名無しさん:05/02/23 23:31:54
高すぎ?
別に個人で買うわけでもないし

411 :デフォルトの名無しさん:05/02/24 10:49:32
>>409
それは何時出来まつか?
待ってまつ。

412 :デフォルトの名無しさん:05/02/24 15:30:25
>>410
前にもこんな話が出たけど、買うのはお客さんなんですよ。
そのお金見積りに入れなきゃなんないのよ。
お客さんに「個人で買うわけじゃないんだから
これくらいいいですよね?」なんていえませんよ。

>>411
ひがたんがやる気、なのかな?
tp://d.hatena.ne.jp/higayasuo/20050223

ajax関連もひとつ
tp://allnight.cocolog-nifty.com/usability/2005/02/ajax.html

もふたつ
JSON-RPC(AjaxのJava実装)ちょっといじりました記事
tp://d.hatena.ne.jp/masakas/20050224

413 :デフォルトの名無しさん:05/03/01 10:17:11
>>412
>そのお金見積りに入れなきゃなんないのよ。
で、イクラ?

414 :デフォルトの名無しさん:05/03/01 10:37:06
Webブラウザアプリとダイアログアプリと一つのコードで作るには、
何が良いでつか?

415 :デフォルトの名無しさん:05/03/01 12:59:27
普通にJava

416 :デフォルトの名無しさん:05/03/04 10:46:36
ブラウザのコントロールをリッチにしてくれればいいのに

417 :デフォルトの名無しさん:05/03/04 12:36:37
そうするとまたMS暴走するからダメ

とか言いつつ、FireFoxのようなXULプラットフォームで業務アプリに使えるレベルの
リッチクライアントが実現できたらうれしいのだが。

418 :デフォルトの名無しさん:05/03/08 01:22:53
「Flash Mx 2004 Pro + Webサービス」ってどう?

419 :デフォルトの名無しさん:05/03/08 08:54:37
>>417
そうそう、自分もWindowsマシンは肯定するが、
M$のリッチクライアントは否定する。

420 :デフォルトの名無しさん:05/03/08 09:32:16
>>418
悪くないけど、許されるなら「Flash Mx 2004 Pro + Flash Remoting」を選ぶべき。
XML WebサービスとFlash Remotingを比べるとパフォーマンスに差がありすぎる。

421 :デフォルトの名無しさん:05/03/08 12:04:07
OpenAMF(だっけ?)は?

422 :デフォルトの名無しさん:05/03/08 12:20:28
OpenAMF面白そう!
商用ソフトで固めなくてもいいとこは試してみたらいいかもね。

423 :デフォルトの名無しさん:05/03/08 22:23:14
ドラえもんの声優決まる

 テレビ朝日は8日、26年ぶりに声優陣を一新すると発表した同局系の人気アニメ「ドラえもん」で、オーディションによって声優陣が決まったことを明らかにした。
 それによると、ドラえもんはテレビ東京系アニメ「わがままフェアリーミルモでポン!」のミルモ役で知られる小桜エツ子さん、のび太役には日本テレビ系アニメ「犬夜叉」の珊瑚役で知られる桑島法子さんが演じるという。
 新声優陣は、テレビ朝日のホームページ(http://www.tv−asahi.co.jp/doraemon/)でも発表している。
   - 3月8日16時50分更新

http://headlines.yahoo.co.jp/hl?a=20050308-00000030-ykf-ent

424 :418:05/03/08 23:51:27
>>420
なるほど、サーバ側はRemotingの方がパフォーマンスがいいんですね。
でも価格と汎用性を考えると、Webサービスを選択したくなっちゃうんですよね。
サーバ側をWebサービス(SOAP)にしておけば、
リッチクライアントをFlashからJavaWebServiceやスマートクライアントへ変更するのも容易ですしね。

425 :デフォルトの名無しさん:05/03/09 10:42:46
>>424
そこら辺の利点は魅力的ですね。
ただ、「来るかどうか分からない未来のために汎用性を確保しておく」というアプローチが
本当に必要かどうかは熟慮しておく必要があると思います。

RemotingとWebサービスは排他ではないので、共存も可能です。
前述と矛盾するようですが、そういう意味で汎用性も確保できます。
結局はコストの問題に行き着くんですけどね。

まあ、用件定義次第ってことになるんですかね。

426 :デフォルトの名無しさん:int 2ch =05/04/01(金) 22:48:22
>>417
業務アプリに使えるレベルっていうのがどの程度をさしているのか
分からないんだけど、MozillaとかFireFoxの完成度を見ると十分な
パフォーマンスを持ってるように思える。
IEやOperaで使えないので業務では採用しにくいけどね。

うちの会社はデフォルトのブラウザがNetscapeなので
イントラアプリにXUL+PHPを使ってみようかと思ってます。

427 :デフォルトの名無しさん:2005/04/03(日) 00:11:03
http://www.xamlon.com/software/xamlonpro/flash/mapexplanation.aspx


428 :デフォルトの名無しさん:2005/04/03(日) 02:36:10
Ajaxはどうなの?といいたげだな
Ajaxなら実際無問題だが
それに食いつかないプログラマが多いのも事実

429 :初期不良:2005/04/03(日) 06:34:43
正直 JavaScript のブラウザごとの仕様に振り回されるのは
いやだしなぁ...

430 :デフォルトの名無しさん:2005/04/03(日) 12:48:41
>>429
そこまで作りこむことしてないくせによく言うよ

431 :デフォルトの名無しさん:2005/04/03(日) 13:31:51
DOM Level1の機能だけ使っていくだけでブラウザ非依存でそれなりのものできるし

432 :デフォルトの名無しさん:2005/05/07(土) 02:38:21
さて…
Microsoft VS Adode + Macromedia
の戦いになるわけだが…

433 :デフォルトの名無しさん:2005/05/07(土) 04:38:21
ならねーよw

434 :デフォルトの名無しさん:2005/05/07(土) 16:08:50
Frontpage と METRO、C# を武器にして戦うの見てみたい

435 :デフォルトの名無しさん:2005/05/18(水) 16:18:56
これからは、Laszloじゃない?
http://laszlo.no-ip.org/index.php?Laszlo%20Japan
http://www.atmarkit.co.jp/fwcr/rensai/laszlo01/01.html

436 :デフォルトの名無しさん:2005/05/19(木) 09:21:00
イマサラAdodeにワラタ

437 :デフォルトの名無しさん:2005/05/19(木) 09:33:43
Laszloいいな。ちょっと検討してみよう

438 :デフォルトの名無しさん:2005/06/15(水) 17:52:43
LaszloでJavaRPC使って日本語文字列をJavaBean(POJOでも)にセットしたいんだけど
文字化けする・・・。

439 :デフォルトの名無しさん:2005/08/29(月) 20:43:14
なんだかんだ言って機能的にはAppletが最強クラスなんだよな。


440 :デフォルトの名無しさん:2005/09/21(水) 07:30:57
ブラウザを飛び越えて進化するリッチクライアント@IT
http://www.atmarkit.co.jp/fwcr/special/richclient01/02.html

CS型から移行することを考えれば、クライアントにアプリを
インストールするスタンドアロン型は考えられない選択枝だ。

ブラウザ型の中でユーザ普及度が高いものを考慮すれば、
FlashかAjaxのどちらかだろう。

しかし、ブラウザだけで実現するAjaxは表現力が弱いような
気がする。開発も難しいみたいだね。



441 :デフォルトの名無しさん:2005/09/21(水) 09:46:08
>>440
どうせはいってるだろうOfficeは選択肢としてはありだと思うよ。
まあ、適材適所だけど。

442 :デフォルトの名無しさん:2005/09/21(水) 11:15:19
flexやらされてるけどしんどいね
鯖屋の方が悲鳴上げてるけど

443 :デフォルトの名無しさん:2005/09/21(水) 14:55:00
>>442
flexって、IDEがあるからVBのようにポトペタで簡単に作れそうに見えるんだけど、
具体的にどの辺がしんどいの?

444 :デフォルトの名無しさん:2005/09/21(水) 16:52:13
あーあのIDEはちょっと規模大きくなるとmxml(flexのページ記述言語およびファイル)
一枚読み込んで表示するまで5分とかかかるから意味無いよw
細かい画面のレイアウト詰める程度に役に立ってるけど…総合的な開発の軸にはどう頑張ってもデキネ

画面遷移重とくViewStackってタグがIDE上でスクロールできないケースがあって
結局ソース書く技術ないデザイン畑の奴はレイアウト作業から外され気味。
レイアウト作業で泣くのは俺じゃないからいいけど いや良くないな一応あれでも仲間だぞこの野郎

実はしんどいのはその辺じゃなくてパフォーマンス制御
最初にサブ画面まで読み込ませると平気で60000msとか掛かるし
最初に読ませないと画面遷移の度に3000msとかかかるし
ブラウザのメモリ使用量は平気で追加で200MByteとか読んでるし
削るにはキャッシュ捨てなきゃいけないからさらに画面遷移重くなるし
ユーザの苦情が目に見える

むしろ俺より鯖管が悲鳴上げてますね
アプリ系の鯖設定には慣れてる人のはずなんだけど、どーやっても異常にメモリ食うとかで困ってらっしゃる。
あんまBtoC提供に向いてるシステムじゃなかったのかもなあ
上からの鶴の一声で決定した作業とはいえ、正直マクロメディア営業の口車を恨んでまつよ
サービス開始直後に破綻しなけりゃいいけど

ていうかとっととIDE更新して欲しいよ
Ecripceベースにするならするで今よかマシならなんでもいい

長文の愚痴失礼

445 :デフォルトの名無しさん:2005/09/21(水) 19:45:47
現場の声トンクス。参考になりますた。

446 :デフォルトの名無しさん:2005/09/21(水) 20:01:20
一時期、IBMがalphaWorksでeclipseベースのflex環境、公開してたけど
すぐひっこめちゃったね。

447 :デフォルトの名無しさん:2005/09/21(水) 21:20:38
>>444

> あーあのIDEはちょっと規模大きくなるとmxml(flexのページ記述言語およびファイル)
> 一枚読み込んで表示するまで5分とかかかるから意味無いよw

そんなんじゃ、IDE役に立たないねぇ。

> 最初に読ませないと画面遷移の度に3000msとかかかるし

従来のHTMLの画面遷移の方が速いんじゃ・・・。
それって、画面切替時に次の画面データをサーバから受信して
Flashでレンダリングするから遅くなるってことかな?

> むしろ俺より鯖管が悲鳴上げてますね
> アプリ系の鯖設定には慣れてる人のはずなんだけど、どーやっても異常にメモリ食うとかで困ってらっしゃる。

OpenLaszlo の SOLO デプロイメントモードのような逃げ道?があれば
いいと思うけど flex はサーバも束縛されちゃうんだよね? 大変そう。
まあ無理して(笑)頑張って下さいね。

>>446
IBMはOpenLaszlo(Laszlo Systems社)のパートナーみたい。
ということでそれと関係ありそうだね。

448 :デフォルトの名無しさん:2005/09/21(水) 21:39:14
そういやfaces for OpenLaszloもIBMが出してたな。

449 :デフォルトの名無しさん:2005/09/21(水) 22:59:53
>>441
Office、Flash、ブラウザはよく普及しているからよい、
と思ったが逆にまずいような気がしてきた。

これらのソフトは新しいバージョンが発生するとユーザ
が自ら更新してしまう。
システムの動作検証してないからダメともいえないし。

それならむしろユーザが勝手にアップデートしないで
あろうCurlとかの方が安心感がある。



450 :デフォルトの名無しさん:2005/09/21(水) 23:08:06
Officeってプログラムの配信はどうやるのかな?
Web上に配置したExcelファイルを開かせるというのなら分かるのだが・・・。

プログラムを修正したら直ちにすべてのユーザが必ず最新のプログラムを
使わなければならない。それが簡単にできるのあれば採用したいが
そうでなければ今までのCS型システムと変わりない。


451 :デフォルトの名無しさん:2005/09/21(水) 23:19:43
最近3連続で規模のデカイ仕事してるんだけど
どこもクライアントはSwingだった。
そんで3つともオリジナルのリッチクライアント用フレームワーク作ってた。
あ、サーバー側もオリジナルだな。(何かに付け足すダケだが・・

毎回用語とか設計方針が違うからめんどくさいんだよな。


452 :デフォルトの名無しさん:2005/09/22(木) 00:28:19
OfficeなんてWindows限定だからイラネ
JavaAppletは環境によっては動かなかったりしそうでトラブルが怖い。
Curlはよさそうだけど、マイナーで技術資料とか少なそうだし。タダで使えればうれしいんだけど。
現状ではFlashが一番無難そうに思える。俺の個人的な好みもあるけど。

453 :デフォルトの名無しさん:2005/09/22(木) 19:30:50
Eclipse RCP
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20050920/221409/

454 :デフォルトの名無しさん:2005/09/25(日) 15:02:34
今流行りのAJAXってどうなんだろう?
ブラウザによって動いたり動かなかったりの
問題があるらしいんだけど、プラグインが不要だし動作が軽快なんだよね。
IDEが出てくれば大抵のWebアプリはAJAXになりそうな勢いを感じる。

455 :デフォルトの名無しさん:2005/09/25(日) 20:30:51
>>454
> IDEが出てくれば

Visual Studio 2005 + Atlas

456 :デフォルトの名無しさん:2005/09/25(日) 21:55:33
>>454
個人的には、Flashと住み分けて行くと考えてる。

457 :デフォルトの名無しさん:2005/09/25(日) 23:35:42
>>455
AtlasはIE依存になりそうで何か嫌だなぁ。

>>456
Flashお得意の見た目の派手さ、プラス使い勝手のよいものならいけるかなぁ。
個人的にはOpenLaszloがよさげだから期待したい。

458 :デフォルトの名無しさん:2005/09/27(火) 19:06:51
Flashベースのリッチクライアントといえば、Open Laszloと
本家Macromedia Flexだが、Open Laszloは無料でFlexの
方は数百万円。
これじゃあOpen Laszloが圧勝だよね。
となると本家Macromedia社としては面白くないから次の
Flashは仕様を変えてくるのではないだろうか?


459 :デフォルトの名無しさん:2005/09/27(火) 20:46:46 0
OpenLaszloのライバルはflexよりもAjaxだと思ふ。
そのどちらにも長所・短所があるから、
ケースバイケースで使い分ければいいんじゃないかな。
なんで両方マスターしておきたいと思ふ今日この頃。

460 :デフォルトの名無しさん:2005/09/28(水) 01:53:30
>>458
無料か数百万かっていうだけで勝負なんかつかないよ。
学生さんにはわからんだろうけど。

461 :デフォルトの名無しさん:2005/09/28(水) 07:04:58
>>458
460に補足。
オープンソースはよほどメジャーな存在にならない限り
自力で保守しなければならない。
保守契約を結ぶのが困難な場合、企業側としては躊躇
する。
また、技術者が少なければ開発委託するにも要因確保
できなかったり、単価が高くなったりしてやはり躊躇する。
ちゃんとした企業が提供する有料ソフトであれば安心し
て導入できるし、上層部にも納得してもらえる。




462 :デフォルトの名無しさん:2005/09/28(水) 07:07:07
>>458
もう1つの仕様を変えるって話もどうかと思う。
そんなことしたら世界中で広告やアニメに使用されて
いる既存のFlashコンテンツが表示しなくなることを意味
してるわけだから、それはありえないだろう。


463 :デフォルトの名無しさん:2005/09/28(水) 08:44:02
>>461
それは昔の文脈。

今はどこでもオプソマンセーの空気。
リッチクライアントなんて注目分野はオプソ側に人集まりまくり。

464 :デフォルトの名無しさん:2005/09/28(水) 10:07:05
>>461
>また、技術者が少なければ開発委託するにも要因確保
>できなかったり、単価が高くなったりしてやはり躊躇する。
flexなんて所詮マイナーな製品だから、おそらくできる人間は少ないでしょう。
だから単価云々の一般論は関係ないよ。

465 :デフォルトの名無しさん:2005/09/28(水) 10:11:28
>>460

>無料か数百万かっていうだけで勝負なんかつかないよ。

1ソフト数百万のオーダーまで価格が下落したから、
エンジンが無料か数百万かっていうだけで勝負付くだろうね。

ボラクルだってこれからはヤバス。


466 :デフォルトの名無しさん:2005/09/28(水) 10:45:13
Flexやってますが技術者おらんとですよ
教育コストばかりかさむ
ムカついたんで趣味鯖でLaszlo起用

467 :デフォルトの名無しさん:2005/09/28(水) 11:13:28
↓にリッチクライアント技術の比較表あり
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20050926/221680/

468 :デフォルトの名無しさん:2005/09/30(金) 02:38:43
Biz/Browserっていつのまにかバージョンアップしてたです。

v4.1(XE)
http://www.axissoft.co.jp/biz/xe/

評価版使ってみたけどなかなか良さげ。
今まで出来なかった部分がわりと簡単に実現できそう。
次の開発で使おうと画策中。

ただこの評価版、Designerから直接実行するぶんには問題ないけど
http経由で画面開こうとするとライセンスがないって怒られる。
なんでlocalhostに対するライセンスが要るんだ?評価版なのに…

469 :デフォルトの名無しさん:2005/09/30(金) 09:35:58
>>468
ライセンス料はいくらなの?

470 :デフォルトの名無しさん:2005/09/30(金) 10:03:26
http://www.axissoft.co.jp/biz/bizbd/bbprice.html

471 :デフォルトの名無しさん:2005/09/30(金) 11:35:30
>>470
サンクス。この金額なら大企業にとってタダみたいなもんか。
これって社内向けシステムにはよさそうだけど、BtoC サービスには向いてなさそうだね。

472 :デフォルトの名無しさん:2005/10/03(月) 18:09:30
セル操作(Excel的な操作画面)を作るのに適してるのはどれですかね?

473 :デフォルトの名無しさん:2005/10/03(月) 18:33:46
>>472
内輪で使うだけならActiveXが一番簡単だしパフォーマスも良いと思う。
ActiveXがダメならAjaxかな。ただし実装が大変なのは言うまでもない。

474 :デフォルトの名無しさん:2005/10/07(金) 08:58:51
Biz Browserに興味もったんだけど1URLつーライセンスがよくわらりません、後、想定ユーザ数全員分ライセンス買わないといけないのこれ。たっかいね

475 :デフォルトの名無しさん:2005/10/09(日) 04:06:26
>>474
http経由でCRSファイルをロードする際、そのサーバに対するライセンスファイルがないとエラーになる。
事前にライセンスファイルを配布設定しておくか、またはサーバ上に仕掛けておいて
トップページのロード時に専用メソッドでダウンロードする必要がある。
これがURLライセンス。

ユーザライセンスのほうは、Biz/Browserでアプリを使う台数ぶん必要。

476 :デフォルトの名無しさん:2005/12/28(水) 18:11:43
つFlashPlayerControl .NET
http://blog.thebadtiming.com/archives/940

477 :デフォルトの名無しさん:2005/12/30(金) 04:27:27
FLASHって、マルチスレッドできるのか?

478 :デフォルトの名無しさん:2006/03/32(土) 10:59:18
このスレまだ生きてるね。


479 :デフォルトの名無しさん:2006/03/32(土) 11:10:53
Visual Studio 2005 Tools for Office がそれっぽいかなと
思ったけどちょっとややこしい。



480 :デフォルトの名無しさん:2006/04/09(日) 19:56:41
Bizはサポートが感じ悪い。
さっさと、さよならしたい。

481 :デフォルトの名無しさん:2006/04/22(土) 16:36:56
あげたい

482 :デフォルトの名無しさん:2006/07/10(月) 21:37:16
■IME2003にタダで乗り換える方法

WindowsXPやOfficeXPに付属しているIME2002は色々と不便な所が多く、
(例えば、IMEツールバーをタスクトレイに入れることが出来ないなど)
IME2000をインストールして使うかIME2003にバージョンアップすることを
お勧めします。OneNote体験版でME2003のみをインストールできます。
OneNote体験版の期限が過ぎてもIME2003を使い続けられます。
OneNoteをアンインストールしちゃうとIME2003が消えてしまうので注意。
ダウンロードは以下のURLから。

ttp://www.microsoft.com/japan/office/onenote/prodinfo/trialoffer.mspx

メールアドレスなどの入力を要求されますが、「asdf@asdf.com」のように
適当なものを入力して送信すればダウンロードできます。
プロダクトキーが書かれたページも表示されます。
プロダクトキーはインストール時に必要なので保存しておきましょう。

ttp://www.microsoft.com/office/onenote/prodinfo/trial.mspx
ここからLanguageをJapaneseにしてダウンロードしてもOK。
でもメールアドレスは生きているものが求められます。
IME2003が入っているOneNote.exeは152MBです。落としたのが90MBくらい
のOneNote.exeの場合、そのOneNote体験版は日本語版ではありません。

インストールの時はカスタムインストールを選択し、「Office 共有機能」
→「入力システムの拡張」のみにチェックを入れ他は全部外せば
IME2003のみをインストールできます。(96MBくらい)
インストーラーのバグなのかどこかのドライブのルートディレクトリに
「MSOCache」というフォルダが作成され削除されずに残っているので、
インストールが終わったら手動で削除してください。

IME2003最新語辞書更新
ttp://office.microsoft.com/ja-jp/FX010937461041.aspx

112 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)