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

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2010/08/22(日) 21:11:53
一向に普及しないユーザーインターフェースシステム
Windows Presentation Frameworkについて語るスレ。
パワフルで柔軟すぎるのが敗因か？ 正直ついていけないよね…。

Visual Studio 2010
ttp://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://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, .NET4.0)GUIプログラミング Part6
http://hibari.2ch.net/test/read.cgi/tech/1274423236/
WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5
http://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のチェックは外しておきましょう。
http://ideone.com/
0600デフォルトの名無しさん2010/11/14(日) 07:25:42
http://homepage2.nifty.com/natupaji/DxLib/
0601デフォルトの名無しさん2010/11/14(日) 08:29:47
>>599
むしろ基礎すら理解できていないコード切り貼り魔がいることが原因だと思う。
5時間ググる前に何が足りないか3分考えろ。
0602デフォルトの名無しさん2010/11/14(日) 08:34:22
海外フォーラムで質問すれば〜
0603デフォルトの名無しさん2010/11/14(日) 14:38:39
>>593
データクラスでList<T>公開して
周りから弄繰り回すこと自体が間違ってるよ
実際に実装の変更に対応できてないわけで、publicフィールド公開してんのと一緒だぞそれ
0604デフォルトの名無しさん2010/11/14(日) 18:39:16
>>603
お前はデータクラスの値をVMで毎回コピーしてVに公開してんのか？
0605デフォルトの名無しさん2010/11/15(月) 07:58:04
コピーする必要なんか無いだろ。
頭使えよ。。。
0606デフォルトの名無しさん2010/11/15(月) 20:41:58
WPFは大きさを相対的にそろえられるのか

<Button Height="3*"/>
<Button Height="2*"/>
みたいに。

今までだとちょっとだけ面倒だったな
0607デフォルトの名無しさん2010/11/15(月) 22:22:57
ちょっとしかうれしくないｗ
0608デフォルトの名無しさん2010/11/15(月) 22:40:57
ちょっとした幸せでいいんだ
0609デフォルトの名無しさん2010/11/15(月) 23:10:23
Grid 使った auto の方が便利かも。
多言語対応したりフォントサイズ変更したりに強いし。
0610デフォルトの名無しさん2010/11/15(月) 23:12:35
何も考えずにprismを入れたらユーザーフォルダがレイプされた
0611デフォルトの名無しさん2010/11/15(月) 23:18:05
prismには勝てなかったよ…
0612デフォルトの名無しさん2010/11/16(火) 01:53:34
WPFはデザイナで変えた部分とXMALが前面に出されてるな。

古いWindows　Formアプリケーションだと
デザイナで変更された部分は基本的に隠されててキモかった。

Button1.click += button1_Click;
この部分が隠されてて
button1_Click(object,eventargs)
だけ現れててマジきもい
0613デフォルトの名無しさん2010/11/16(火) 06:46:06
InitializeComponent(); 簡単に見れたじゃん。
WPFの方が別ファイルでコソコソ作られててキモイ。
0614デフォルトの名無しさん2010/11/16(火) 07:08:07
>>613
WinFormsも別ファイルだろ
0615デフォルトの名無しさん2010/11/16(火) 07:27:20
隠されてはないだろ。
0616デフォルトの名無しさん2010/11/16(火) 08:01:22
InitializeComponent();は作成順序で不具合でたりするから
直接弄れるWPFのが便利
0617デフォルトの名無しさん2010/11/16(火) 10:24:09
WPFの隠し方は異常
0618デフォルトの名無しさん2010/11/16(火) 11:04:03
>>617
どこが隠蔽されてるって？XAMLが理解できないって話か？だとしたらお前が悪いｗ
あれは宣言型言語でオブジェクト ツリーを構築しているだけ。

全てWinFormsに似た等価な手続型言語で表すことができるが、
誰もやろうとしないのはそれがメンテナンス性を著しく損ねてしまう結果に終わると知っているから。

ま、WPF使った事ない人は表面だけ見て隠蔽されてるように感じるのだろう。
0619デフォルトの名無しさん2010/11/16(火) 11:21:09
いきなり煽りから本題に入るとは恐れ入ります。
プログラミングにどっぷりつかってる人間ってコミュニケーション能力低いってよく言われるが
こういうことなのでしょうな。
0620デフォルトの名無しさん2010/11/16(火) 12:18:55
まあおちつけ
0621デフォルトの名無しさん2010/11/16(火) 13:38:02
XAMLいい
最初、C#の文法だけでなくこっちも覚えなきゃならないのかよ
とか思ってたら案外簡単だった。
<Button Height="200">
みたいに書けばいいだけみたいだ。
むしろButton button1=new Button();button1.Height=100;
とかやるより簡単かもしれんね。
0622デフォルトの名無しさん2010/11/16(火) 13:51:17
その程度で全部済ませられるなら誰も悩まない
0623デフォルトの名無しさん2010/11/16(火) 13:58:12
ToggleButtonとContextMenuの組み合わせで、
トグルのIsCheckedとメニューのIsOpenをバインドして、表示させることはできたけれど、
右ボタンで、通常通りポップアップさせたときにはContextMenuService.Placementで指定したならびになるのに
左ボタンで、バインディング通して表示させたら、マウスカーソルの位置にポップアップされてしまう
どうすればいいの？　プログラム書いたらすむんだろうけど
0624デフォルトの名無しさん2010/11/16(火) 14:01:52
拡張マークアップで
何じゃこの気持ち悪い書式はー！！
とﾌﾟﾘﾌﾟﾘした。
0625デフォルトの名無しさん2010/11/16(火) 14:23:21
>>619
煽りだけで本題書いてないｗｗｗ
0626デフォルトの名無しさん2010/11/16(火) 18:05:23
TabControlのItemTemplateってどこに影響するのん？
いろんなサンプル見てると、閉じるボタンを付けたり、各タブに関係しそうなんだけど、
じぶんでちっちゃいコード書くとなんにも変わらない
0627デフォルトの名無しさん2010/11/16(火) 18:17:28
>>626
TabControl.ItemsSourceにバインディングしてる？
0628デフォルトの名無しさん2010/11/16(火) 18:51:44
バインディングしたらできたよ、ありがとう
0629デフォルトの名無しさん2010/11/17(水) 02:43:45
コントロールのTextBlockとLabelってどう違うんだろう
ただ文字表示するだけでしょ？ほとんど同じに見えるんだが
何が違うの
0630デフォルトの名無しさん2010/11/17(水) 03:35:51
テキスト描画系のコントロールの使い分けはこんなとこかな。MSDNに全部書いてある。

Labelはコントロールの説明用。
アクセスキーを設定して他のコントロールにフォーカス移したりできる。

TextBlockは少量のテキストをUIに表示するための物。
1行の表示に最適化されているけど数行まで高いパフォーマンスを発揮する。

数行以上のテキストを表示する場合はFlowDocumentを使う。（下に行くほど多機能で重い）
FlowDocumentScrollViewer　スクロール表示
FlowDocumentPageViewer　1ページ単位のスクロール
FlowDocumentReader　ユーザが表示モードを切り替える場合に使う

---
この辺は低レベルで滅多に使わないけど
Glyphs と GlyphRun を使用してグリフ レベルでテキスト コンテンツを生成するのが最速。
書式指定された文字列を描画したいならFormattedTextが適している。
0631デフォルトの名無しさん2010/11/17(水) 03:40:59
WPFで作ると倍以上時間がかかるな
慣れたらもっと早くなるのか・・・？
保守は楽だけど、作るまでが大変

やっぱりコンソールアプリが最強だな
0632デフォルトの名無しさん2010/11/17(水) 04:15:11
WPFだとVisual Studioのプロパティのとこに
説明が書いてないし
タイマーコンポーネントとか
OpenDialogやSaveDialog
みたいな便利なコンポーネントも標準でついてないんだね。
残念
0633デフォルトの名無しさん2010/11/17(水) 05:37:20
>タイマーコンポーネント
そもそも非UIデザインのコントロールなのに存在してたのがおかしい。（WM_TIMERの大義名分はあったけど）
UIスレッドで処理するならDispatcherTimer

>OpenDialogやSaveDialog
それは標準である。
Microsoft.Win32.OpenFileDialog
Microsoft.Win32.SaveFileDialog
.NET3.5まではXP風のクラシックスタイル、.NET4はVista風の新しいスタイル。
.NET3.5でVista風スタイル、.NET4でXP風スタイルを使いたい場合はWinFormsのDialog

WPF使ってるのにWinFormsのアセンブリから読み込むのはいい気分じゃないけど、同じのを再定義されるよりは遥かにマシだな。
0634デフォルトの名無しさん2010/11/17(水) 11:46:17
LabelのContentの内容を、バインドしてるbool値の値によって変更するにはどうすればいいんでしょうか？

例えば、VM上で公開しているbool値のプロパティ IsEnableとバインドしているとして、
IsEnableがTrueの場合：　 Label Content="可能"
IsEnableがFalseの場合： Label Content="不可能"
といったことがしたいです。

TriggerかDataTriggerを使えばできそうなんですが、書き方がよくわからず、Intellisenseに怒られてばっかりで。
0635デフォルトの名無しさん2010/11/17(水) 11:46:47
意図的な空白ってなんだよ…
0636デフォルトの名無しさん2010/11/17(水) 12:20:52
>>634
普通にDataTriggerの中にSetter入れて文字列変更できるはずだけど
そういう可/不可みたいな一般的なものだったらIValueConverter実装してもいいと思う
その方が使いまわしが楽
0637デフォルトの名無しさん2010/11/17(水) 16:13:40
リソースとスタイルの違いがよくわからん
x : Key = "MyButton" TargetType = "Button"
みたいなx :keyいうのがついたらリソース
つかないで
TargetType = "Button"だけならスタイル
でいいのか？
0638デフォルトの名無しさん2010/11/17(水) 16:44:11
何でそんな偉そうなの。

リソースは最初に用意しといて後で使い回しましょう、って奴で
スタイルはプロパティの設定のセット。比較するのがそもそもおかしい。
で、エスパーレスすると、

x:Keyつかないと<Button>全部に適用
x:Keyついたら<Button Style="{StaticResource ｷｰ}"> だけに適用
0639デフォルトの名無しさん2010/11/17(水) 17:33:18
x:KeyはCSSでいうところのIDみたいなもんか
0640デフォルトの名無しさん2010/11/17(水) 17:36:17
というかXAMLはhtml+CSS関連の技術の応用だからなあ・・・
0641 ◆Jzt/EX0TGY8T 2010/11/17(水) 19:25:44
>>634
>>637
おれも2週間前まではそんな感じだったけど
もうマスターしちゃった
デリゲートも完全に理解した

>>640
未修得の技術を教えるのに未修得の技術を例にしても意味がない
0642デフォルトの名無しさん2010/11/17(水) 19:45:00
そうでもない
0643デフォルトの名無しさん2010/11/17(水) 19:50:39
なんであいつは未だにコテなの？
スキルもないのに自己顕示欲は人よりも強いの？
0644デフォルトの名無しさん2010/11/17(水) 19:59:41
ずっとコテでいてくれたほうが助かるよ
いつ変な吹き出し方してくるか分からんし判別出来た方がいい
0645デフォルトの名無しさん2010/11/17(水) 21:25:51
NG用にコテ付いてる方が便利
まぁコテなくてもすぐ判別できるぐらい鬱陶しいけどなｗ

いつも変わらぬアホさに安心感すら覚えるようになってきた。
人並みの頭はないけど少しは身に付けて前進している点は評価したい。
こんなのでも使いもせずに見当違いの所を叩いてる連中よりは遥かにマシ
0646 ◆Jzt/EX0TGY8T 2010/11/17(水) 21:42:11
初心者のみなさんはまず沢山のサンプルを見るとこだね
なぜそのようにしているのかひとつひとつ調べていくこと
そうすれば今の俺みたいにWPFマスターになれる

俺の作り方はまずコンソールアプリを作る
ロジックだけに集中するため
そしてどうしてもコンソールじゃ足りないGUI部分が見えてくる
そしたらそのロジックを利用してWPFでGUIを作る
このアプローチはWPFに最適だと思う
Winフォームの場合、その手軽さからまずGUIを作りながら
いろいろイメージしていって、データやコントロールするクラス
を作ったりするだろうけど、WPFではおすすめしない

WPFではまず、データ構造とロジックから作り始めた方が効率がいい
簡単なツールの場合はWPFが必要ない場合が多いしね。
0647デフォルトの名無しさん2010/11/17(水) 21:44:07
いいから素人は評価なんて下さずベット勉強しましょうね＾＾；
0648デフォルトの名無しさん2010/11/17(水) 21:46:31
さすがシムシティもどきの表示部分だけ作ってた人のいうことは違うなあ
0649デフォルトの名無しさん2010/11/17(水) 22:47:35
>>631
コンソールと比べんなｗ

まあ、マニュアル作らず使ってもらえるとか、
たいていの人でも触れるとかそういう足かせはめるとコンソールの方がかえって楽だけど。
0650デフォルトの名無しさん2010/11/17(水) 22:47:53
あっ逆、そういう足かせあるとWPFの方が楽。
0651デフォルトの名無しさん2010/11/17(水) 22:50:16
実際WPFで作られたソフトってほとんどないよね
0652デフォルトの名無しさん2010/11/17(水) 23:11:06
まだだ、まだこれからだ。
0653デフォルトの名無しさん2010/11/17(水) 23:19:53
「まだこれから」のまま消えていった技術なんて数知れずだがなw

今気がついたが、ComboboxにAllowDropを設定したけど縁にしかdropできない…
PART_EditableTextBoxにもAllowDropを設定しろってことかw
0654デフォルトの名無しさん2010/11/17(水) 23:20:36
Microsoftが言うにはWPFは
「かっこいい外観」が特徴の一つらしいが
それ使うのはExpress Brendとかいう70000円もするソフト必要らしいな。
単純な外観のならVisual Studioでもいいけど、3D表示やあにめーしょん駆使しまくって派手なソフトは
きついらしい。
0655デフォルトの名無しさん2010/11/17(水) 23:25:24
そりゃまあ、対抗製品がAdobeスイートだっけ？
Adobeのひとしきり入ってるやつだから。
0656デフォルトの名無しさん2010/11/17(水) 23:26:29
VS持ってるならもっと安く買えるよ。
それこそExpressですら対象だから定価は罠。
0657デフォルトの名無しさん2010/11/17(水) 23:27:33
アニメーションはVisual Studioだけでもどうとでもなるだろ。
0658デフォルトの名無しさん2010/11/17(水) 23:28:29
どうとでもという言葉の意味が、10倍とか時間かけてもいいというみなら
確かにどうとでもなる。
0659デフォルトの名無しさん2010/11/18(木) 00:01:08
かっこいい外観なんて飾りさ
0660デフォルトの名無しさん2010/11/18(木) 00:17:29
かっこいい外見なんて飾りです
上の人はそれがわかってるから買ってくれんのです
0661デフォルトの名無しさん2010/11/18(木) 00:18:20
でもどーせ使うならかっこいいほうがいいよね。
MSもそう言ってる。
0662デフォルトの名無しさん2010/11/18(木) 00:35:06
二つのウィンドウを持ったWPFどうやんの？
まずVSでWPFアプリケーション作成して
MainWindowとかいうのが出てくるから、XAMLでName="MainWIndow"
に変更
次にSHIFT+CTRL+Aで新しい項目→WPFウィンドウ
これで二つ目のWPFのほうにName="SubWindow"
ってやって
MainWindowのコンストラクタの部分に
SubWindow.Show()
みたいに書いても、SubWIndowは存在しません
とか言われる。
0663デフォルトの名無しさん2010/11/18(木) 01:00:06
>>661
かっこよくて使いやすいならそれがいいね。

>>662
子ウィンドウ作成
SubWindow subWnd = new SubWindow();
subWnd.Owner = this;//親ウィンドウのインスタンス
subWnd.Show();
0664デフォルトの名無しさん2010/11/18(木) 01:06:23
親の初期化が完了してないと子は作れない（コンストラクタでは×）からLoadedイベント以降に作るように
0665デフォルトの名無しさん2010/11/18(木) 02:19:17
PowerShell ISEってやつがWPFっぽい
0666デフォルトの名無しさん2010/11/18(木) 03:05:37
データバインディングのXMALの書き方について教えてくれ
テキストボックスとボタンを配置して、テキストボックスに書かれている内容が
ボタンのContentになる、よくあるサンプルみたいなもの作ってみたんだが。

<TextBox Name="T"/>
<Button Content="{Binding ElementName="T" Path="Text}"/>

こんな感じにしてみたんだが、エラーになる。
<Button>
<Binding ElementName="T" Path="Text"/>
</Button>

ってやったら、ちゃんと動いた。
データバインディングの{Binding なんちゃら}
って直接書かずにプロパティ要素構文として書かないとダメなの？
0667デフォルトの名無しさん2010/11/18(木) 03:13:27
コンパイル通らない単なる構文ミスじゃねぇか…
<Button Content="{Binding ElementName=T, Path=Text}"/>
0668デフォルトの名無しさん2010/11/18(木) 03:18:40
マジだ
なぜ
<Button>
と</Button>の間にBindingを入れると
ElementName="T"
みたいに"が入ってるのに
Content=で直接書いたら"を入れちゃいけないんだ？
変な規則だなー
0669デフォルトの名無しさん2010/11/18(木) 03:29:50
なぜって…C#すら使えないとは思わなかった。

二重引用符入れ子にすんなよｗ
文字列の中に二重引用符入れたいなら（XAML,C#に限らず）普通エスケープするでしょ　"\""
引用符を入れ子にしたいなら二重引用符["]の中に引用符[']入れるってのもよくある一般的な方法。

なんでこんな初歩的な事に気が付かないんだｗ
0670デフォルトの名無しさん2010/11/18(木) 07:23:04
ある程度慣れたらBlend買え

いろいろ捗るぞ
0671デフォルトの名無しさん2010/11/18(木) 09:51:57
>>668
XML だからしょうがないだろ。
あと、Content="{Binding ...}" の方はマークアップ拡張、
<Binding ... /> の方は要素構文で、XAML のパース方法が違う。
0672デフォルトの名無しさん2010/11/18(木) 16:32:12
Visual Studio2010の
XAMLのコードエディタがバグや使いづらい点が多すぎる
ダメだこりゃ
0673デフォルトの名無しさん2010/11/18(木) 18:33:56
バグや要望あったらぜひ報告してやってくれ
0674デフォルトの名無しさん2010/11/18(木) 20:04:58
>>668>>669
WPFより先にXML覚えれ
0675デフォルトの名無しさん2010/11/19(金) 00:45:10
Visual Studio 2008 では俺の作った ColorPicker コントロールが
表示されない。2010 使いたいよい
0676デフォルトの名無しさん2010/11/19(金) 14:45:47
Visual C#のXAMLのコードエディタで
複数の同じようなコントロールがあるときそのコード上の配置を同じにするにはどうやればいい？

<Rowdefinition Height=なんちゃら name=なんちゃら VerticalAlignment=なんちゃら・・・ その他/>
<Rowdefinition Name=なんちゃら margin=なんちゃら VerticalAlignment=なんちゃら name=なんちゃら 他/>

みたいなぐちゃぐちゃしたコードになってなんとなく気持ち悪いんだけど上と下を自動整理するにはどうしたらいい？
そういう昨日ないの？
0677デフォルトの名無しさん2010/11/19(金) 14:50:13
>>676
配置を同じって、どういう意味だ。同じ箇所にまとめるということなのか。
同じ座標に重ねて配置するという意味なのか。
気持ち悪いけど上と下を自動整理ってなんだ。

質問が曖昧過ぎる。
0678デフォルトの名無しさん2010/11/19(金) 14:51:38
意味がわからん
0679デフォルトの名無しさん2010/11/19(金) 14:56:53
RowDefinitionの属性の記述順を、自動一括整理して欲しいってことだろ
06806792010/11/19(金) 14:57:53
やりかたは知らんけど
0681デフォルトの名無しさん2010/11/19(金) 15:05:46
XMLの整形機能はついてるけど、記述順は変わらないし、1行1属性になってしまうので、
外部ツールにXML整形ツールでも登録した方がいいと思う。
0682デフォルトの名無しさん2010/11/19(金) 15:06:46
何か正しい順番でもあるのか？
0683デフォルトの名無しさん2010/11/19(金) 15:21:10
属性の自動整理できないのか
自分でやるしかないのかー
面倒だな

<Width="100" Name="ABC" Height="200"/>
<Name="DEF" Height"300" Width="200"/>
みたいな書き方マジきもい
一行が短いならまだいいけど、長いとキモ過ぎる
0684デフォルトの名無しさん2010/11/19(金) 16:21:58
>>683
要素名と属性って次元の違う話なんだが
0685デフォルトの名無しさん2010/11/19(金) 20:37:14
まあ、XAML 手書きをメインにやるか、デザインツール使うなら生成される XAML 気にしないかの2択。
0686デフォルトの名無しさん2010/11/19(金) 21:15:05
>>683
その例がきもいわｗ
0687デフォルトの名無しさん2010/11/19(金) 21:36:25
まあ何だ、自分ひとりでこだわる分にはいいが
プロジェクトで「誰だ！せっかく俺が整理したソースを！」とか言い出さんようにな
0688デフォルトの名無しさん2010/11/19(金) 22:49:08
デザイナでカットペーストすれば一応辞書順になる
0689デフォルトの名無しさん2010/11/19(金) 23:07:11
>>687
言うだろJK。書き方が混ざるとミスが入りやすくなる。
他人がコードをいじる時は自分のスタイルに合わせてもらい、
他人のコードをいじる時はそのスタイルに合わせる。
0690デフォルトの名無しさん2010/11/20(土) 00:27:13
プロジェクトの規約で「揃える事」と決まってればそうすればいい。
そうでなきゃ属性の順番なんぞがそろってるだとか気にも留めないから
その人なりのスタイルだとなんて認識してもらえない

そんなくだらん事で自分なりのスタイルとか主張するな。
0691デフォルトの名無しさん2010/11/20(土) 16:35:01
マウスが乗ったら「あいうえお」と表示されるボタンを作ろうとした

<Button>
<Style TargetType="Button">
<Style.Triggers>
<Trigger Property="IsMouseOver" Value="True">
<Setter Property="Content" Value="あいうえお"/>
</Trigger>
</Style.Triggers>
</Style>
</Button>

これやったら、ButtonのContentがSystem.Windows.Styleって表示されて
マウスのっけてもかわらない

どこが間違ってる？
0692デフォルトの名無しさん2010/11/20(土) 17:24:13
うん
0693デフォルトの名無しさん2010/11/20(土) 18:10:54
<Button>

<Button.Style> // ButtonのStyleプロパティが
<Style TargetType="Button"> // Styleクラス
〜
</Style>
</Button.Style>

Buttonの子はContent

</Button>
0694デフォルトの名無しさん2010/11/21(日) 20:44:39
TextBlockの下線の位置って変えられますか？
フォントにもよるけど、ニコニコという言葉に下線を加えると、
字と下線が重なってしまって、非常に読みづらくなってしまいます。
0695デフォルトの名無しさん2010/11/21(日) 20:59:24
TextDecorationでPenOffset調整するとか
0696デフォルトの名無しさん2010/11/21(日) 21:12:08
まさにやりたかったことができました。
ありがとうございました。
0697デフォルトの名無しさん2010/11/22(月) 00:16:38
世の中には無料でも高度なプログラミングができるコンパイラや開発環境、ツールが出回っている。
C言語コンパイラ、Visual C#、Ruby

それでもプログラミングは全然はやることはない。
WPFなんて素晴らしいものなのに、注目されてなさすぎる。
0698デフォルトの名無しさん2010/11/22(月) 00:23:06
作る必要がないほどあらかたそろってるからな
みんな一体何を書いてるのだろうと時々不思議になる
0699デフォルトの名無しさん2010/11/22(月) 00:33:18
>>697
一般的に普及しているWindowsだと、プログラミングの第一歩の敷居が高すぎるんだと思われ。
開発環境があって、書籍があっても、辞書一冊を渡されて「この本を翻訳しなさい」と言われてる状態だからなぁ。

SmalltalkやEmacsみたいに、ベースである程度使える環境に機能を付け足していくって言う方が今は敷居が低そうだ。
あと、最近の環境はプログラムのエントリーポイントが判りづらいのが多い…
0700デフォルトの名無しさん2010/11/22(月) 02:31:49
プログラミングの第一歩なんてちょっとした作業を自動化するためのバッチファイルでいい。
■ このスレッドは過去ログ倉庫に格納されています