トップページ⇒tech
1001コメント279KB

【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/08(水) 10:43:18
あたらしいGUI FW、WPFについて語るすれ。

.NET3.0もリリースされて盛り上がってまいりますた。

WPF on MSDN
http://msdn2.microsoft.com/en-us/netframework/aa663326.aspx

.NET3.0
http://www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx

WPF Mashup on YOUTUBE
http://www.youtube.com/watch?v=BUBOQFvh6yI

0405デフォルトの名無しさん2007/08/30(木) 11:53:28
>>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。
0406デフォルトの名無しさん2007/08/30(木) 11:56:18
件名：.NET1.1と.NET2.0の互換性について
ttp://www.atmarkit.co.jp/bbs/phpBB//viewtopic.php?topic=31486&forum=7&7
0407デフォルトの名無しさん2007/08/30(木) 12:02:27
.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/

意味わかんないです（＞＜）
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/ObsByNamespace.aspx#System.Windows.Forms

System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。

　（　<●><●>） 　　ドトネト１．０〜２．０廃止なのは分かってます
　 （Ｕ　　 　　 ）つ 　
　　　 ｕ　　ｕ
0408デフォルトの名無しさん2007/08/30(木) 12:04:41
.NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について

ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7

.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
0409デフォルトの名無しさん2007/08/30(木) 12:48:20
APIが廃止されても大丈夫だからSide by Side実行なのだよ
0410デフォルトの名無しさん2007/08/30(木) 12:51:52
>>409

つ 393
残念!
0411デフォルトの名無しさん2007/08/30(木) 13:21:26
しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど
0412デフォルトの名無しさん2007/09/07(金) 23:17:33
Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。

HILOG on Hatena - Visual Studio 2008 Beta2 Available
http://d.hatena.ne.jp/InoHiro/20070728/p3

なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。
0413デフォルトの名無しさん2007/09/10(月) 10:58:52
バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。
0414デフォルトの名無しさん2007/09/10(月) 18:24:18
Visual Studio のバージョンは .NET Framework のバージョンと密接に〜
とか言ってたのにな

2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな
0415デフォルトの名無しさん2007/09/10(月) 18:37:11
0$のバージョンの上にドトネトバージョンが乗っかるって、





それって何てブビランタイム？
0416デフォルトの名無しさん2007/09/14(金) 16:52:38
hoshu
0417デフォルトの名無しさん2007/09/14(金) 21:29:51
結局のところ.NETの利点はなに？
Javaは他OSで動くからまだいいんだが…
0418デフォルトの名無しさん2007/09/14(金) 21:57:55
開発が楽になる
0419デフォルトの名無しさん2007/09/14(金) 22:17:45
Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。
0420デフォルトの名無しさん2007/09/14(金) 22:25:32
>>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。
0421デフォルトの名無しさん2007/09/15(土) 01:00:48
JavaがWindowsじゃ役に立たないから、その穴埋め。
0422デフォルトの名無しさん2007/09/15(土) 01:35:38
>421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。
0423デフォルトの名無しさん2007/09/15(土) 06:47:56
>>421
良回答10pt
0424デフォルトの名無しさん2007/09/15(土) 09:19:09
たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。
0425デフォルトの名無しさん2007/09/15(土) 19:24:54
Javaはどこでも動くがどこで動かしても中途半端
0426デフォルトの名無しさん2007/09/15(土) 20:02:42
どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら
0427デフォルトの名無しさん2007/09/15(土) 20:18:17
どこでも動くのはWebアプリで結構
0428デフォルトの名無しさん2007/09/16(日) 02:12:16
つーか市販のJavaアプリなんて見たことないけどw
0429デフォルトの名無しさん2007/09/16(日) 02:19:40
Run Anywhere は幻想というのがよく分かるのが Java
0430デフォルトの名無しさん2007/09/16(日) 02:32:33
電子政府がTrouble Anywhereって印象しかない < JVM
0431デフォルトの名無しさん2007/09/16(日) 09:47:05
JavaでGUIプログラムとか（笑）
0432デフォルトの名無しさん2007/09/16(日) 12:54:35
Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな
0433デフォルトの名無しさん2007/09/16(日) 15:45:51
見事な廃れっぷりだな。

WPF始まる前から終了の予感がしてきた。
0434デフォルトの名無しさん2007/09/16(日) 15:49:53
VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。
0435デフォルトの名無しさん2007/09/16(日) 15:50:14
でっていう
0436デフォルトの名無しさん2007/09/16(日) 16:38:13
>>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。
0437デフォルトの名無しさん2007/09/16(日) 17:25:55
Sliverlightだって…
0438デフォルトの名無しさん2007/09/16(日) 17:41:08
PowerShellばんざぁい
0439デフォルトの名無しさん2007/09/18(火) 13:46:23
>>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。

Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。
0440デフォルトの名無しさん2007/09/18(火) 16:58:49
HTMLの代わりに使えばいいんじゃね>XAML
0441デフォルトの名無しさん2007/09/19(水) 14:49:44
Loose XAML のことかな。
IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。
0442デフォルトの名無しさん2007/09/24(月) 23:22:17
C#使いは当然XAMLも勉強するよな？
0443デフォルトの名無しさん2007/09/24(月) 23:23:51
しょーもないことで上げるなボケェ
0444デフォルトの名無しさん2007/09/25(火) 11:05:19
なんかWPF触ってるとC#の堅物さに嫌気がさしてくる
0445デフォルトの名無しさん2007/09/25(火) 11:34:39
WPFの方もIronPythonとかサポートしてくれないものか。
0446デフォルトの名無しさん2007/09/25(火) 19:13:26
むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...
0447デフォルトの名無しさん2007/09/25(火) 20:26:55
WPFでのIronPythonサポートって何がしたいの?
0448デフォルトの名無しさん2007/09/26(水) 12:57:12
Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。
0449デフォルトの名無しさん2007/09/26(水) 13:04:37
>>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。

いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。

IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。
0450デフォルトの名無しさん2007/09/26(水) 20:32:55
>>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)

だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。
0451デフォルトの名無しさん2007/09/26(水) 21:04:56
で、C##が誕生するのか
0452デフォルトの名無しさん2007/09/27(木) 01:30:33
>>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。
0453デフォルトの名無しさん2007/09/27(木) 20:25:49
>>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。

そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。
0454デフォルトの名無しさん2007/09/27(木) 23:39:00
>>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？
0455デフォルトの名無しさん2007/09/28(金) 00:19:26
>>454
型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で

a.Name = "あ"
a.Name = "い"

とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、

> property missingをフック

するとどういう書き方になるの？
0456デフォルトの名無しさん2007/09/28(金) 16:39:24
依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。

それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
0457デフォルトの名無しさん2007/09/28(金) 17:31:19
>>456
んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ

例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。

事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。

たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？
0458デフォルトの名無しさん2007/09/29(土) 00:23:04
なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。
0459デフォルトの名無しさん2007/09/29(土) 10:53:17
そしてIDEのデザインモードは壊滅
0460デフォルトの名無しさん2007/10/09(火) 05:24:51
とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。

C#4.0待ち？
0461デフォルトの名無しさん2007/10/12(金) 00:21:03
http://msdn2.microsoft.com/ja-jp/library/ms750559(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？
0462デフォルトの名無しさん2007/10/22(月) 08:44:04
>>461
ttp://msdn2.microsoft.com/en-us/library/aa972170.aspx
とかダメなん？
詳しく読んでないけど。
0463デフォルトの名無しさん2007/10/22(月) 09:07:48
シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。
0464デフォルトの名無しさん2007/10/22(月) 20:39:22
>>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね
0465デフォルトの名無しさん2007/10/22(月) 23:04:11
とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃

質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。
0466デフォルトの名無しさん2007/10/24(水) 01:42:54
FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…
0467デフォルトの名無しさん2007/10/24(水) 02:55:19
FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ
0468デフォルトの名無しさん2007/10/25(木) 02:09:17
PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×
0469デフォルトの名無しさん2007/10/26(金) 07:04:57
音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに
0470デフォルトの名無しさん2007/10/26(金) 15:22:56
Expression Blend で実行すると上手くいくのに、
Visual Studio 2005 で作成すると、メニュークリック時に落ちる…。何故？

<Grid x:Name="LayoutRoot">
　<DockPanel LastChildFill="False">
　　<Menu VerticalAlignment="Top" DockPanel.Dock="Top">
　　　<MenuItem Header="ファイル">
　　　　<MenuItem Header="新規作成" />
　　　　<MenuItem Header="開く" />
　　　</MenuItem>
　　</Menu>
　</DockPanel>
</Grid>


0471デフォルトの名無しさん2007/10/30(火) 07:53:48
Acropolisプロジェクト終了のお知らせ
ttp://blogs.msdn.com/acropolis/archive/2007/10/29/An-Acropolis-Update.aspx

Codename Maxといい、WPFを使ったプロジェクトは呪われてるな
0472デフォルトの名無しさん2007/10/30(火) 17:08:17
WPFは素人を騙すデモアプリになら結構使えるよ
0473デフォルトの名無しさん2007/10/30(火) 17:29:01
何これプロパティウインドウでイベント選べないのかよ糞過！
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い
0474デフォルトの名無しさん2007/10/30(火) 18:15:17
>>471
VS2008に統合するって話じゃないか？
0475デフォルトの名無しさん2007/10/30(火) 18:56:12
>>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ
0476デフォルトの名無しさん2007/11/01(木) 01:35:01
ならいいじゃん
0477デフォルトの名無しさん2007/11/07(水) 03:38:17
WPFを勉強しようと思うんだが、お勧めの本ってある？
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？
0478デフォルトの名無しさん2007/11/07(水) 08:53:56
本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。
0479デフォルトの名無しさん2007/11/07(水) 19:26:09
msdn2 の日本語訳版でも読めばいい
0480デフォルトの名無しさん2007/11/07(水) 21:38:56
>>477
ttp://adamnathan.net/wpf/
これがヨカッタ。
フルカラーだし。

0481デフォルトの名無しさん2007/11/08(木) 16:07:40
WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか？
0482デフォルトの名無しさん2007/11/08(木) 16:11:33
WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。
0483デフォルトの名無しさん2007/11/11(日) 09:48:33
http://msdn2.microsoft.com/ja-jp/library/ms743714(VS.80).aspx

の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか？

こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。
0484デフォルトの名無しさん2007/11/20(火) 23:30:49
WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？
0485デフォルトの名無しさん2007/11/20(火) 23:38:49
とりあえずWindowsFormsHost使ったら
0486デフォルトの名無しさん2007/11/21(水) 08:06:13
ttp://www.infoq.com/jp/news/2007/11/ironruby-silverlight
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。
0487デフォルトの名無しさん2007/11/21(水) 11:20:47
階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。
0488デフォルトの名無しさん2007/11/21(水) 17:09:34
静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。
0489デフォルトの名無しさん2007/11/21(水) 18:12:18
>>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。
0490デフォルトの名無しさん2007/11/21(水) 18:29:49
1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの？
0491デフォルトの名無しさん2007/11/21(水) 22:45:17
JScriptでいいなら出来る
0492デフォルトの名無しさん2007/11/21(水) 23:35:09
実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか
0493デフォルトの名無しさん2007/11/22(木) 13:48:59
つ XamlWriter.Save
0494デフォルトの名無しさん2007/11/22(木) 19:50:46
>>493
うおお、まさにこれです、ありがとうございました！
0495デフォルトの名無しさん2007/11/24(土) 12:14:35
WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな
0496デフォルトの名無しさん2007/11/24(土) 12:41:01
３Dでアニメーションはまだ、実用的な速度は出ないよ。
２Dアニメーションや静止画３Dなら使える。
0497デフォルトの名無しさん2007/11/24(土) 13:05:45
だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる
0498デフォルトの名無しさん2007/11/26(月) 17:07:31
xamlでgifアニメーション動かせます？
静止画としてしか表示できないのかな
0499デフォルトの名無しさん2007/11/26(月) 17:35:22
>>495
CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾
0500デフォルトの名無しさん2007/11/26(月) 18:24:08
当分来ないなｗ
0501デフォルトの名無しさん2007/11/26(月) 21:52:51
>>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。
0502デフォルトの名無しさん2007/11/26(月) 22:15:18
？
なんでWPFなのにCPUクロックの話になるんだ
0503デフォルトの名無しさん2007/11/27(火) 01:21:20
WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか？
0504デフォルトの名無しさん2007/11/27(火) 02:58:57
ほとんどCPU描画な件
■ このスレッドは過去ログ倉庫に格納されています