- 1 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 15:27:16 ]
- 一向に普及しないユーザーインターフェースシステム
Windows Presentation Frameworkについて語るスレ。
.NET4.0もリリースされたけど別に盛り上がってはいないよね…。
Visual Studio 2010
ttp://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja
関連スレ
Microsoft Silverlight その6
ttp://pc12.2ch.net/test/read.cgi/tech/1271580489/
過去スレ
WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5
pc12.2ch.net/test/read.cgi/tech/1261879110/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1245384489/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1231506876/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/
【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 256 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:38:15 ]
- つーか、WPFが遅いって言っている人は、自分の技術の無さを自覚するべき。
駄目な奴は何を作っても駄目。いつの時代も遅いって言っている。
- 257 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:41:06 ]
- いつまでも他人のせいだよな
お互いにｗ
- 258 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:43:13 ]
- >>256
FlowDocumentが重いんですが、速くする方法を教えて下さい
- 259 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:43:36 ]
- >>250
再配置の連鎖が起きないように気をつけるだけだよ。
SharedSizeGroupなら、
動的にサイズが変わるコントロールや動的に生成されるコントロールを含む部分には
SharedSizeGroupを適用しないように気をつける。
それと、カスタムレイアウトは別に悪くないんじゃない？
どうせ簡単に作れるんだし。
- 260 名前：デフォルトの名無しさん [2010/06/10(木) 12:45:49 ]
- >>256
余計なこといわなきゃいいのに
駄目と切り捨てた以上はテクニックを披露していけよ
そしたら認めてあげるわｗ
- 261 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:50:47 ]
- つーか、まず、その遅いというソースをうｐするしかないと思うんだが‥‥。
- 262 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:56:25 ]
- MSDNや書籍を含めてろくなドキュメントが無いんだよな
どれもMSDNのチュートリアル止まり
残念なことに、
配置と測定に関してはMeasureOverride、ArrangeOverrideで検索して
断片的な情報を集めて行くのが一番早い
- 263 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:56:32 ]
- つーか、NDAとかでソースが出せないのだったら、
CodeProjectで参考にした記事でも良いよ。
そっから検討すれば良いから。
- 264 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:57:37 ]
- どうも、FlowDocumentのHyperlinkが、上をマウスカーソルが通過するだけで
全体の再配置が起きてるようで困ってる。
色変えや、アンダーバーがいけないのかと思って変わらないようにしてみたけど、効果なし。
継承してOnMouseEnterを潰してみたけど、効果なし。
カーソルがリンクの上を通過するたびに一秒くらい固まる。
同等な物をhtmlで表示した場合は何の問題も無いのになあ。
- 265 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 13:05:55 ]
- 怪しいコントロールがわかってるときは、
そのコントロールをカスタムレイアウトの中に入れて、
強引に配置動作をカスタマイズしてしまえばいい
しかし、標準のTextBlockですら変な挙動を見せるので
この手法が役に立つという始末
フレームワークのセンスはいいけど、
個々のコントロールに品質は悪すぎですよ・・・
- 266 名前：デフォルトの名無しさん [2010/06/10(木) 13:07:26 ]
- htmlなどをヒントに作ったであろうxamlがなぜここまでむごいのか
- 267 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 13:56:26 ]
- WPFは重くないって人は
・恵まれたハード環境でしか動かしていない。
・ラベルとテキストボックス貼っただけのしょうもないものしか作ったことがない。
・ただの煽り
のどれかでしょ。>>248みたいに何かをすると重くなる、という言い方ならともかく、
ただ一言重くないなんてただの無知。
- 268 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:00:25 ]
- StackPanelにFlowDocumentを持つUserControlを100個近く表示させてるけど重くないよ
- 269 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:01:37 ]
- Atom270で開発しているおれに謝れｗメモリは２GBだけど。
開発環境はおもたいけど、WPFアプリケーションはまあそこそこのレスポンスは発揮してますよ。
ぬるぬるはうごきませんが破綻しないレベルです。
- 270 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:06:13 ]
- まぁ、速度に鈍感というか寛容な人もいるよね。
- 271 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:06:33 ]
- 「恵まれたハード環境とWPFがあれば多少無茶をしても重くならない」
そう思っていた時期がありました
実際は明文化されていない作法みたいなのがあって、
それから外れるとどんなハードだろうと遅くなる
- 272 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:13:01 ]
- >>261
msdn.microsoft.com/ja-jp/magazine/dd483292.aspx
の「期待外れのパフォーマンス」という項のサンプルコードをだな。
- 273 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:13:48 ]
- >>271
> 明文化されていない作法みたいなの
これから改良される（変わる）可能性があるから明文化されてないんですかね？
- 274 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:14:47 ]
- 具体例を示して、この部分ハードウェアの性能に影響を受ける、と言うならともかく
単にハード云々を言っても説得力は無いわな
- 275 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:22:43 ]
- >>272
なんか極端すぎてあんまり参考にならない例だな
- 276 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:28:08 ]
- >>275
オーケー、マイブラザー。
リストボックスにたかだか10,000個のアイテムを追加しただけのコードだ。
<Window x:Class="WpfApplication1.Window1"
xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">
<Grid>
<ListBox Name="_listBox" ItemsSource="{Binding}" ScrollViewer.CanContentScroll="False"/>
</Grid>
</Window>
namespace WpfApplication1
{
public partial class Window1 : Window
{
public Window1()
{
InitializeComponent();
this.DataContext = new int[10000];
}
}
}
- 277 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:29:35 ]
- MSのライブラリではいつもの事なんだけど、
シンプルな書き方と最良の書き方が一致してないんだよね
シンプルな書き方 = 最良な書き方 って発想はRoR以降に広まったものだから
2001年から設計されたWPFに求めるのは酷かもしれないけどさ
- 278 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:34:23 ]
- リストボックスに単純に1万も項目追加したら、
WPFに関係無く重くなるんじゃね？
そもそも、そんな設計してる時点でドキュソだろ。
新卒しかしないって。
- 279 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:37:32 ]
- >>278
ScrollViewer.CanContentScroll="False"
を消せば1万行追加しても早いわ。
言い訳ばっかりしてないで包茎の皮切り取って来い、チンカス。
- 280 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:43:21 ]
- だいたい、過負荷テストぐらいしないのかよ。
テーブルに100件ぐらい追加して「パフォーマンスに問題なし」とかほざいて納入しては
数年後に100万件超になってきてパフォーマンス障害が出たので何とかしてくれ、なんてなきつくアホ多すぎ。
どうせSIer様は買い替えの時期です、とかDQNなこと言うんだろうが。
- 281 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:44:22 ]
- Formsでいう、SuspendLayoutがWPFに無いから、
無くても大丈夫なように設計されてるのかと思ったら、
全然そうじゃなかったという・・・
- 282 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:51:22 ]
- WPFは常時SuspendLayoutしてるようなものだよ。
ただし、WinFormsとは重くなる原因が異なるので
WinFormsだと○○すれば軽かった
みたいな経験は通用しない。
- 283 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:54:52 ]
- まぁ大抵の場合WPFを止めるという選択肢しか無いけどな。
- 284 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:02:07 ]
- >>280
そりゃ要件定義の段階でその程度の仕様要求する方が悪いぞ
そんなところまで面倒見るわけねえだろ
- 285 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:03:33 ]
- 典型的なおいしい仕事とカモの客だな。
そういう所がもっと増えればよい。
無茶も言わなくなる。
- 286 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:06:20 ]
- 相変わらず人のせいですね
お互いに
- 287 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:08:51 ]
- >>284
絵に描いたような典型的なSIerさまでﾜﾛｽ
- 288 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:10:40 ]
- >>280
パフォーマンステストは、100万件はやるだろ、普通。
1億円ぐらい貰っているならば。
100万件がDBのある種の性能閾値だからな。
つーか、データの件数が何百万なのかは関係無いだろ。
WPFの話なんだから。
ビジネス層で何百万あろうと、UI層へそのまま持ってくるのが
頭おかしいって話。
百万件を同時に表示して処理できるユーザがいるのかよ。
件数が多いですが表示して良いですか？さらに絞り込みますか？
てな画面遷移を入れれば、済む話だろ？
そこで、必要に迫られて表示OKを選ぶ客は、
何分待たされても文句言わないよ。
- 289 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:12:15 ]
- >>287
何か文句があるのかよカモ
ツーといえばカーで作って欲しいなら自社開発してろ
- 290 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:14:15 ]
- あれだ、Googleの検索結果に”約1,000,000件”と表示されていたとして
実際に100万件表示されてるかっていう
- 291 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:17:36 ]
- そうカッカするない
- 292 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:19:20 ]
- なんで１００万件の一括表示なんて変な話になってんの？
画面数ページレベルの表示でも十分重いのに。
- 293 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:21:38 ]
- >>288
その「多いですが表示して良いですか？」の閾値が多いか少ないかの話だろ。
「100万件」はテストの話で出しただけで、WPFとは関係無いところで言ったのは確かだが。
SQL SERVER Management Studio じゃテーブルの直接編集が「先頭200行表示して編集」なんてメニューになりやがった。
>>289
生憎とSIerさまとのお付き合いはさせて頂いておりませんｗ
- 294 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:25:09 ]
- 100万件の話は、データ量増えてきたことを全く考えずにインデックスはらなかったり腐ったSQL書いてる奴がいるって話で、
それと同じで、たかだか、数十行のデータ表示させて重くないとか言ってんじゃねーよ、と言いたかっただけだ。
- 295 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:26:53 ]
- なんかWPFのパフォーマンスに問題がある事がばれると、
凄く困る人がいるみたいだな。
ロクなテストもせずに、導入決定しちゃった人か？
- 296 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:27:52 ]
- 数十行のデータ表示させてってのは違うな。
実際、Virtualizing が効いてれば1万行でも軽いわけで、「たいした処理もせずに重くないって言ってるだけ」と。
- 297 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:32:38 ]
- だから、重いと言っている奴はソース出せと言っているのに。
>>276は1万件で重いって言っているし、
>>292は数ページで重いって言っているし。
少なくとも、数ページで重いとは全く思わないが。
つーか、全世界で高給取りのプログラマで使っている奴がいるのに、
日本で日本人しか使わないコード書いている零細ソフトハウスが、
ソースも無く重いとか言っても、低学歴低所得の僻みにしか聞こえんだろ？
- 298 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:26:23 ]
- せっかくソース提示してやったのにアンカーまで出しておいて無かったことにすんのなｗ
軽い処理だけ走らせてほら重くないでしょ、ってかｗｗ
メッセージボックス表示してGDIのどこが重いんだ、DirectXいらんでしょ、とか言ってるレベル。
WPF は重いけど、重くならないような仕掛けや仕組みを提供してるだけ。
そこから外れる(しかも簡単に)と途端に重くなるわけだが、それを知らない無知だけが重くないと主張する。
- 299 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:31:12 ]
- 仕掛けや仕組みを知らない無知が重いと主張してるとも取れるな
お互いに相手を非難するばかりで自己を省みないね
- 300 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:36:14 ]
- いい感じでまとまったな
この調子で重くなるパターンと改善策をどんどん出して欲しい
- 301 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:36:16 ]
- さっぱり言いたいことが分からん。
あのサンプルコードに意味あるのか？
しかも1万件って。
普通に業務で使おうとしたら、1万のオブジェクト生成するだけで重いと思うが。
それに、ググったら日本語ですらTreeViewを使う解法出てくるじゃん。
- 302 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:42:38 ]
- >>301
だからなぁ。
とりあえず俺の示したサンプル動かしてから言ってくれる？
動かしもせずに、WPFは重くないとか1万行は重いとか言ってるのお前だろ。
俺は、サンプル示して、WPFは場合によって重いけど、1万行でもやり方次第で軽く表示できる、と示したの。
それがどうして>>299やら>>301の結論になるのやら。俺が意味わかんねーよ。
だいたい、何を嫉むんだよ。
お前の言うその「全世界で高給取りのプログラマ」様でさえ「200行で限界」だと認めたのに。
- 303 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:48:37 ]
- もう1万行じゃなくていいから、>>276のソースを1000行とかにでもして動かしてみろ。
ネットブック程度のマシンならカクカクするから。
3000行ならネットブックじゃなくても重い筈。1日の受注が3000明細あるとこぐらいあるだろ？
あのままだと、受注明細表出したら重くてつかえねーわけだ。
- 304 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:55:19 ]
- ぶっちゃけページャー使って30件ぐらいしか一度に表示しないと思うの
10万record/dayだとしても
- 305 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:57:31 ]
- 「重くならないように作る」のと、「重くない」の区別つかない人だったのね、ごめん。
- 306 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:04:49 ]
- >>298
最後の行が矛盾してるんだよ
> そこから外れる(しかも簡単に)と途端に重くなる
これには同意する。
だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？
だから、根拠もなしに「重い」と言ってる奴と「軽い」と言ってる奴がいれば、
「軽い」と言ってる奴は仕組みをよく理解してて
「重い」と言ってる奴は仕組みをあまり理解していないのではないかと考える。
- 307 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:15:58 ]
- 視点が違うんだな
俺はベンチマークが目的じゃないんで、
作法に沿ったプログラムで十分な速度が出る事が重要なんだ
仮想化によってWPFの利点が損なわれるなら、
仮想化OFFの性能も考慮する必要があるが、そうじゃないだろ？
下手なプログラムが遅かろうがどうでもいい
- 308 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:17:34 ]
- 自称玄人は黙ってろってこったな
- 309 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:18:34 ]
- 30件しか表示しないとか言ってる馬鹿の目の前には
2chの板一覧とスレッド一覧は無いのかな
- 310 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:22:28 ]
- 10万件しか表示しないとか言ってる馬鹿の目の前には
2chの板一覧とスレッド一覧は無いのかな
- 311 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:05 ]
- >>306
>だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？
>>267
いや、なんか疲れた。視点が違うのは間違いないな。
でも、日本のプログラマの8割はその下手なプログラムなんだぜ。
- 312 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:22 ]
- 700スレくらいかな
100万よりは30の方が近そうだね
- 313 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:52 ]
- 日本語変になっちまったよ。
- 314 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:24:11 ]
- フリーザの戦闘力並
- 315 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:26:01 ]
- 極論同士の無意味な熱いバトルです。
- 316 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:33:12 ]
- こんな時間にスレの勢い伸ばせるなんてうらやましいです。
- 317 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:34:28 ]
- 書いた本人がDBテストの話でWPFの事じゃないと言ってる100万件にいつまでも拘ったり、
30件しか表示しないとか現実離れした事言ったり、
なんかすごいWPF擁護に必死だね。
- 318 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:52:17 ]
- 仮想化でどうにかなるような100万件の話じゃなくてさ、
WPFでパフォーマンスを追求したけど結局ダメでした
って話は無いの？
WPFのせいでプロジェクトが頓挫したとか、酷い製品ができあがったとか
そういう話が聞きたい。
- 319 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:05:51 ]
- 採用されても無いから失敗した話も無いね
- 320 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:07:32 ]
- ハハハ
WPFそのもののプロジェクトが頓挫しそうじゃないか
- 321 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:31:41 ]
- だれうま
- 322 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 19:19:52 ]
- WPFが停滞してる原因がsilverlightに人員を取られたってのが何ともな・・・
もっとマシなUIフレームワークは無いものか
- 323 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 19:47:25 ]
- 作る側からしたら、WPFとSLはほぼ水平に移行可能だろ？
まず、1年目はプロトタイプを少ない拠点で展開し、
ユーザからのフィードバックを受けて好評なら2年目でWeb化。
というプロジェクトの場合、1年目も2年目もお金を沢山もらうけれど、
内部のコードは共通です、みたいなー。
- 324 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:01:10 ]
- このスレが伸びてるのはWebに代わってFormの時代がくる予兆か
- 325 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:12:46 ]
- ゲームのグラフィックなんか永久にWEBでは実現できないからな
- 326 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:15:49 ]
- WPF 対 Silverlight: プロジェクトに最適な技術を選ぶ
www.infoq.com/jp/news/2010/06/WPF-vs-Silverlight
>>中には、WPF はやがて死ぬ、と考えている人がいるが、 Microsoft Regional Director で MVPの Brian Noyes氏は、少なくとも向こう２，３年はそのようなことは起きない、と信じている。
少なくとも向こう２，３年て…先がねーな
- 327 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:24:46 ]
- Brian Noyes
- 328 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:26:20 ]
- 途中で送信してしまった。気の済むまでなじってくれ
Brian NoyesってWinFormsで二冊本出してWPFでもMSDNに寄稿までしてる人が
2, 3年ってよっぽどだなｗ
- 329 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:26:22 ]
- >>325
HTML5＆Canvas＆JavaScriptでそのうちできるよ。
レンダリングにハードウェア支援を行う予定だし、
JavaScriptはホットスポットを動的コンパイルで
ネイティコードを実行する方向にいってるしね。
一世代前くらいの携帯ゲーム機並みにはなると思われ。
- 330 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:31:26 ]
- また、低学歴低所得が枝葉末節に拘っているな。
- 331 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:00:54 ]
- >HTML5&Canvas&JavaScript
造る側からしたら地獄だな…('A`)
- 332 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:09:19 ]
- >>331
ちゃんとしたデバッガがないと厳しい。
あと誰から各ブラウザの挙動を吸収してくれるライブラリかいてくれないとね。
実装の中身が見えちゃうのがいやだなあ・・・。
ソースがみえて本当に困る人が出てくれば、暗号化の話とか、
またでてくるかもね(MSがやってメジャーにならなかったけど)。
- 333 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:12:36 ]
- 現状C#でWPFよりよくできたGUIライブラリってないよ。
いまさら糞ダサいFormsなんかさわってられるかっての
- 334 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:20:15 ]
- まともに触ってないからそんな事が言えるんだよ
- 335 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:54:16 ]
- WPFはGUI組み立てるのにいいと思うけど、そのアプリを使う側のこと考えたらそんな良さどうでもいいわけで
- 336 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:58:51 ]
- 見た目が綺麗なものが作れるというのはあるだろ
WinFormsでも頑張れば同じように綺麗な見た目やアニメーションもできなくはないけどやっぱりWPFより重くなるよ
使う側のことを考えるならもちろん直接DirectXで作るのが理想なわけだが
- 337 名前：デフォルトの名無しさん [2010/06/10(木) 22:13:24 ]
- javascript変態だなぁ、webプログラマの苦労は絶えない
html5のcanvasでGPUの支援があるのって今はIE9くらいでしょ、他のブラウザも追随しそうだけど時間がかかるだろうなー普及率の問題もあるし
そのうちゲームはDirectXじゃなくてIE9を同封して配布するのかな
- 338 名前：デフォルトの名無しさん [2010/06/10(木) 22:17:22 ]
- スレチ
- 339 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:49:41 ]
- Formは、コモンコントロールのラッパーによるダサさがあるし、
WPFは、突貫で作ったような、コントロールの設計の甘さがあるし、
どっちもどっち。
- 340 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:52:26 ]
- 好きな方使えよってことだね
とりあえず相談室にでも消えてろ
- 341 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:03:33 ]
- WPFのWindowのWidthとHeightが枠の部分を含めているのに違和感がある。
枠の部分の面積はWindowsのテーマに依存する部分で、さまざまに変化してしまうからデザインを考えたときに使いにくい
例えば枠がめちゃくちゃ広いテーマにしたらWindowの中が全て枠になる可能性もある
- 342 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:05:15 ]
- >>341
わくわくするな
- 343 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:05:51 ]
- なにか問題でも？
枠内のはWindowのContentに入れた要素で調べられるし。
- 344 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:13:15 ]
- 調べられるから何？
- 345 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:15:12 ]
- 米Microsoftのやることに間違いはないんだよ
- 346 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:17:03 ]
- たまにMSDNが間違ってるのは擁護できない
- 347 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:19:12 ]
- 世間はiPadで湧いてるけど、
MicrosoftのOrigamiってどうなったの？
- 348 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:22:34 ]
- WPF早く滅べ
- 349 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:27:10 ]
- >>344
枠を含めない領域を指定できるから、枠だけしか見えないウィンドウが作られる心配はない。
- 350 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:41:54 ]
- >>348
WPFが滅んだとして次はなにがくるんですか？
- 351 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:45:39 ]
- XULとか？
- 352 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:45:52 ]
- JavaFXですね
- 353 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:59:38 ]
- WPFはUIのフレームワークとしては柔軟性とかよさげだけどパフォーマンスが微妙だ・・・
いまのOS Xとかはどんだけナイスなフレームワークになってるんだ？
- 354 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 00:18:18 ]
- WPFアプリが起動しなくなる度に
OS再インストールするのに疲れた
- 355 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 00:19:21 ]
- 4年ぐらいWPFで開発してるが聞いたことないな
- 356 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 01:04:44 ]
- もしかしてXP？
XPの時代にはDirectXがまともに動かない、腐ったグラフィックドライバが結構あったからなぁ・・・
|
 |
