Feedback # [WPF] Acropolis から WPF Composite Client 経由 Prism <- いまココ 2008/10/15 15:56 biac の それさえもおそらくは幸せな日々@nifty Nakamura Blog より。 .NET 用のオープンソースのフレームワーク * TERASOLNA * Seasar.NET * Spring.NET * blanco Framework * Enterprise Library * 弁慶フレームワーク まだまだあるハズ。見つけたらこのエントリに追加していきます # [WPF][C#]Composite Application Guidance for WPF 2008/10/17 12:48 かずきのBlog [WPF][C#]Composite Application Guidance for WPF #

はじめに　Bjarne Stroustrup氏は、プログラミング言語C++を設計・実装しただけではなく、側近と呼ばれる人々と共にその改善と普及のために間断なく活動してきました。（参照ページ：豊田孝の「IT談話館」）　著名なC++関連書籍の執筆者の一人であるScott Meyers氏は、マスコミの依頼に応じ、C++言語の発展と普及に貢献した偉大な人物と書籍をリストアップしたことがあります。Stroustrup氏とその書籍が、それぞれのリストの1番目に紹介されたのは言うまでもありません。（参照ページ：『The Most Important C++ People...Ever』） Scott Meyers氏によって「C++書籍の中で最もインパクトを与えた5冊」に選ばれたStroustrup氏の著書「The C++ Programming Language」 Stroustrup氏はC++プログラ

はじめに　「Bjarne Stroustrup氏との対話」連載を担当することになりました、豊田孝と申します。よろしくお願いいたします。　対話の相手であるBjarne Stroustrup氏は、プログラミング言語「C++」を設計し、最初に実装した人です。それだけでなく、同氏はC++を国際標準プログラミング言語の地位に付かせました。大変なエネルギーの持ち主です。　筆者はこの数年、「同氏の生き方から何かを学べるのではないか」と考えてきました。その考えは日毎に熱を帯び、「学べるはずだ！」、そしてついには、「わが国の開発者に、同氏の考え方と生き方ぜひお伝えしたい！」へと変化し今回の連載を始めるに至りました。　本稿でのStroustrup氏との対話はメール交換を通して行われます。基本的には、筆者が質問文を用意し、Stroustrup氏がその質問に対して高所からコメントを寄せることになります。C++言語

C# 2.0プログラマーの悲劇 本題に入る前に、よくあるトラブルの事例を見てみよう。C# 3.0を使い始めたC# 2.0プログラマーの話だ。 C# 2.0プログラマーのA君が、Visual Studio 2005を用いて以下のようなコードを書いたとしよう。整数配列がすべて奇数であるかを確認し、その条件が成立していないときはその旨を出力する内容である。 using System; using System.Collections.Generic; using System.Text; namespace ConsoleApplication1 { class Program { static void Main(string[] args) { int[] primes = { 2, 3, 5, 7, 11 }; foreach (int target in primes) { if (ta

[戻る] ジロー 2006/03/25(土) 05:26:09 こんにちは、質問させてください。 画像を面でメモリに確保し、処理するプログラムを作成したのですが、 Win2000で上限としていた最大サイズに比べて、 WinXPで限界となる最大サイズがかなり少なくなってしまった為困っています なぜこのようになってしまうか、 何か情報をお持ちの方いらっしゃらないでしょうか。 GlobalAllocPtrで指定サイズ分メモリを確保するプログラムを VC++ 6.0で作成したのですが、私がテストしたパソコンでは プログラムを実行したOS別に確保できた最大バイト数が違ってしまいました。 WinXP SP2 日本語版 約900MBが最大 WinXP SP2 英語版 約1.4GBが最大 Win200 SP4 日本語版 約1.8GBが最大 （全部Professionalです） OSは、OS毎にHDDを用

Objective-C（オブジェクティブ シー）は、プログラミング言語の一種。CをベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語である。 Objective-CはNeXT、macOSのオペレーティングシステム (OS) に標準付属する公式開発言語である。macOSのパッケージ版に開発環境がDVDで付属するほか、ユーザ登録をすれば無償でダウンロードできる（Xcodeの項目参照）。現在では主にAppleのmacOSやiOS上で動作するアプリケーションの開発で利用される。 Objective-CはCを拡張してオブジェクト指向を可能にしたというよりは、Cで書かれたオブジェクト指向システムを制御しやすいようにマクロ的な拡張を施した言語である。したがって、「better C」に進んだC++とは異なり、「C & Object System」という考え方であり、ある意味2つの言語

高木浩光さんの「サニタイズ言うなキャンペーン」 という言葉自体はずいぶん前から存在したのだが、 続・「サニタイズ言うなキャンペーン」とはにて高木さん自身がいくつも誤解の例を挙げているように、 そしてまた最近も 駄目な技術文書の見分け方 その1にて「まだわからんのかね」と言われているように、 「わかりにくい」概念なんだろうとは思う。 そこで、僭越ながら、「サニタイズ言うなキャンペーン」について、 私なりの解釈を書いてみようと思う。 もっともこれが正解であるという保証はないのだが、 間違っていたらどなたかツッコミいただけることを期待しています(_o_) そもそも何のせいで「エスケープ」しなければならないのか たとえば住所氏名を登録させるWebアプリケーションは珍しいものではないと思う。 そこで、私が「Taro&Jiro's castle サウスポール」 とかいう恥ずかしい名前のマンション(?)

配列ではないコレクションの初期化についても、C# 3.0は機能強化されている。 例えば、List<T>クラスを用いたリストを作成する際、初期値を容易に指定することができる。1、2、3という3つの初期値を持つList<int>オブジェクトは、以下のように宣言することができる。 using System; using System.Collections.Generic; class Program { static void Main(string[] args) { // コレクション初期化子の使用 var list = new List<int>() { 1, 2, 3 }; foreach (var i in list) Console.WriteLine(i); // 出力： // 1 // 2 // 3 } } ここで、「new List<int>()」と書いてインスタンスを生成さ

納期がギリギリでも高速化しなくてはならないことがあります。 そんな時に役に立つ、ソースを変更せずにコンパイル時や実行時の設定だけで高速化する方法を紹介します。 以下、効果が高く重要な順に行きます。 使用するアセンブリ（ＤＬＬ）のロード時間を高速化する 呼び出すアセンブリ（ＤＬＬ）が２個以上あるなら、ベースアドレスを変更する 必要とするアセンブリの検索をプローブに頼っていませんか？プローブによる呼び出しはかなり低速です。「.NET Frameworkアプリは起動が異常に遅い」などという人は、大抵、この辺の知識か、ＪＩＴに対する理解が足りていません。厳密名をつけ、アセンブリをＧＡＣに導入することを検討してください。 ベースアドレスの変更はWindows開発の常識です。解説は他のサイトに任せます。 次にＣＰＵが２個以上あるサーバプログラムでは以下の事も検討すべきです。 ガベージコレクタを変更して

.Netアプリの起動の速度向上�A 起動が遅いことについては要因が２つある。 １．ＪＩＴによるもの。これに関しては、ngenにより改善可能。 ２．必要なメモリ使用量と仮想記憶サイズの合計が大きいこと。 起動時にその多くを実メモリに一旦ロードするためにページングなどが 多く起きる、これによる遅延が相当に大きい。 但し、一度起動してしまえば実際に必要な箇所は限られるので実メモリ （ワーキングセット）は減少し安定してくる。 この問題を解決するには基本的に実メモリを増やすしかない。 CLRの起動時に作成されるドメインは下記の3種類が作成される。 1)　System Domain 2)　Shared Domain 3)　Default AppDomain System Domainは、InterfaceVtableMaps(インターフェース仮想関数へ

.Netアプリの起動の速度向上 .Netアプリの起動が遅いのは知られたことですが、利用者には起動が遅いのは .Netである為、仕方ないのですよってのが通じるのかって話ですよ。 それなら、.Net以外で製造してくれってことになりかねません。 OSをビスタにすれば、起動は速くなるようですが、一般企業のPCがビスタに変わ るのは、まだまだ数年以上も先の話でしょう。 確かにアプリケーションの実行を考えると初回起動時に遅いのは、それほど問題 ではならないかもしれませんが、初回起動が遅いためにユーザーが不安になるケ ースは多いと思います。←問題かも(^^; スプラッシュウィンドウを出して動いているって見せればいいのかも知れませんが .Netでは、それすら起動が遅いので、にっちもさっちもです。 ってことで、アンマネージド(Win32系　VB6など)なスプラッシュ

Windowsにおいて、アセンブリはDLLで実装されています。 マネージドアプリ(EXE)からアセンブリ(DLL)を読み込む場合、一般的なWin32アプリケーションがEXEファイルからDLLを探索する手順とは異なるルールを採用しています。 参考までに、Win32のネイティブなDLLは、以下の順番で検索します（※１）。 レジストリの「knowndll」リスト 実行ファイルのディレクトリ カレントディレクトリ システムディレクトリ Windowsディレクトリ 環境変数の「PATH」 しかし、最後まで名前に頼るというのが、安全ではないと考えられたため、「.NETのアセンブリ」ではより確実な方法な以下の順序に変更されました。 構成ファイル(app.config, machine.config等)の<codebase>要素 以前に読み込んだアセンブリのバインド履歴 グローバルアセンブリキャッシュ（Ｇ

■グローバル・アセンブリ・キャッシュ（GAC） グローバル・アセンブリ・キャッシュ（GAC）とは、名前のとおりマシン全体でグローバルに参照可能なアセンブリの配置場所だ。.NET Frameworkをインストールすると、デフォルトでは「%Systemroot%\assembly」フォルダ以下がGACとして設定される。GACは特殊なフォルダ構造なので、ここに単純にファイルをコピーするようなことはできない。実際、エクスプローラで「%Systemroot%\assembly」フォルダを見てみると、アセンブリの名前を一覧表示するシェル拡張が起動される。 GACにアセンブリをインストールするには、2つ方法がある。1つはエクスプローラを使って、GACにファイルをドロップする方法だ。アセンブリのプライマリ・モジュール・ファイルをこのフォルダにドロップするだけで、アセンブリがGACに登録される。もう1つはg

Joel Spolsky / 青木靖 訳 2006年8月1日 火曜 ある日、自分のコードを眺めていて、ほとんど同じに見える2つの大きなコードブロックがあるのに気付く。実際、一方が"スパゲッティ"、他方が"チョコレートムース"について言及しているところを別にすれば、どちらもまったく同じだ。 //簡単な例: alert("スパゲッティが食べたい!"); alert("チョコレートムースが食べたい!"); この例ではたまたまJavaScriptを使っているが、この後の話は別にJavaScriptを知らなくとも理解できるはずだ。 同じコードが繰り返し現れるのは、もちろん良くないことだ。だから関数を書くことにしよう: function SwedishChef( food ) { alert(food + "が食べたい!"); } SwedishChef("スパゲッティ"); SwedishChef(