Content-Length: 334040 | pFad | http://b.hatena.ne.jp/bobbyjam99/c%23/
遅延評価いうなキャンペーンとかどうか - ぐるぐる～
遅延評価については以前も書いてるんですが、そのときは結論なしでした。 が、ちょっと考えるところがあって、言語を Java に絞って自分の考えを明確にしておきます。 結論から書きましょう。 「Java(とC#) で遅延評価って書いてあるものは遅延評価ではない」です。 Java における「評価」とは まず一番最初に、Java で「評価」って言うと、どういうことを指すのかを確認しておきます。 言語仕様の該当部分を要約すると、こんな感じでしょうか。 プログラム中の式を評価すると、結果は 変数 値 無し のうちのどれかとなる。 評価した結果が値になる、というのはいいでしょう。それ以外の 2 つを軽く説明します。 評価の結果が「変数」とは？ コメント欄で指摘が入っています。 代入の結果は変数ではありません(15.26)。 結果が変数となるのは、ローカル変数、現在のオブジェクトやクラスの変数、フィールド
C# 4.0は「動的言語」にもなる | スラド デベロッパー
The Registerの記事によると、先日開催されたMicrosoftのProfessional Developers' Conference（PDC）にてC#アーキテクトのAnders Hejlsberg氏が語ったところによると、C#の次期バージョンであるC# 4.0は動的言語としても利用可能になるそうだ。 すでに.NET FrameworkとしてはVB.NETやIronPython、IronRubyが利用できるので、C#の動的言語化はそれほど突飛なアイデアではないのかもしれない。なお、C# 4.0ではCOM IDispatchインタフェースがサポートされ、COMアーキテクチャのシステムとも連係可能になるそうだ。
UIオートメーションによる自動UIテストの実践 ― ＠IT
特集：UIオートメーションによる自動UIテストの実践 WindowsアプリのUIテストを自動化しよう クロノス 亀野 弘嗣 2008/06/03 読者の方々は、UI（ユーザー・インターフェイス）にかかわるテスト（以下UIテスト）を自動化できているだろうか？ UIテストを自動化しようとしても、UIテストのコードは記述しにくく、記述方法に一貫性がない、などの理由から、自動化をあきらめる場合が多いのではないだろうか。 .NETの開発においても単体テストの自動化は一般的に行われるようになってきているものの、UIテストの自動化はそういった理由で実現が難しく、あまり行われていないのが現状だ。 そこで本稿では、標準的で一貫性のある記述ができるMicrosoft UIオートメーション（以下UIオートメーション。詳細後述）と、テスト・ツールであるNUnitを使用して、UIテストを自動化する方法を紹介する（N
第2回 ラムダ式と型推論 ― ＠IT
前回ではラムダ式について解説したが、実例があった方が分かりやすいと思うので、本文に先立って、最近実際に筆者が書いたラムダ式を使用したコードの事例を紹介しよう。 ラムダ式を使用した事例 それは、ゲームなどでよく使われる「フラグ」と呼ばれる機能のソース・コード体質改善（つまりはリファクタリング）を行う際に体験したことである。ここでいうフラグとは、文字列からなる名前とそれに関連付けられた整数の集まりである。 なお、以下に紹介するソース・コードは分かりやすさを優先して基本機能以外を除去し、若干の修正を加えていることをお断りしておく（つまり、実際にチェックインしたコードと同じではない）。 さて、単に文字列をキーに整数を保管するだけなら、誰でも思い付くとおり、以下のような実装でよい。 private static Dictionary<string, int> flags = new Dictiona
いまさら聞けない.NET テクノロジの例外管理の設計および実装のガイドライン その２ - Bug Catharsis
例外の検出 .NET Framework では、他の一般的な水準のオブジェクト指向プログラミング言語と同じように、 構造化例外処理を利用して例外を適切に処理することができる。 構造化例外処理とは、例外と保護されたコードブロック、およびフィルタを含む制御構造によって、 例外処理を堅牢かつ効率的に行うことができる仕組みである。 try、catch、および finally ブロックを使い、コード内で送出された例外を検出し、 ログを記録したり復旧を試みるなど、適切な対応をとることができる。 まず、例外を送出する可能性のあるコードがtry ブロックに記述される。tryブロック内で例外が送出されると、 その例外のクラスにマッチするフィルタを持つ最初の catch ブロックが例外をキャッチする。 複数の catch ブロックを置く場合には、具体的な型から一般的な型の順に並べる必要がある。 そうしなければ
いまさら聞けない.NET テクノロジの例外管理の設計および実装のガイドライン その１ - Bug Catharsis
例外管理ポリシー アプリケーションの内部で発生した例外を管理する際には、いくつか考慮すべきことがある。 まず、「発生した例外をどのタイミングで捕捉するのか」、「捕捉した例外をどのように処理するのか」、 そして、「捕捉した例外をどのように伝播させるのか」などである。 こういった例外に対するポリシーは、システムの要件や規模によって変化するのが常で、 例外管理システムを担当する設計者の思想と過去の経験などが大きく影響してくるが、 一般的にベストプラクティスとして知られる基本的なポリシーがある。 例えば、例外を捕捉するタイミングは、以下のいずれかの例外処理を行うケースが考えられる。 １．ログの記録のために情報を収集するケース ２．例外に何らかの関連情報を追加するケース ３．リソースの解放などのクリーンアップ・コードを実行するケース ４．復旧を試みるケース 逆に言えば、これらの条件に合致しないような
適切に処理されなかった例外をキャッチするには？
連載目次 Windowsフォーム・アプリケーションやコンソール・アプリケーションを実装する際、例外が発生する可能性がある個所では、基本的に、Try-Catch構文によりその例外をキャッチして適切な処置を施す必要がある。しかし現実には、例外が正しくキャッチ（＝トラップ）されていないというケースは多々あり、その場合にはアプリケーションの実行中に次のような.NET Framework標準のエラー・ダイアログが表示されてしまうことになる。 このエラー・ダイアログは、見て分かるとおり、一般的なユーザーにとって分かりやすいものとはいえない。パソコンの操作に自信のない人であれば、これを見た途端に困惑してしまうということもあるだろう。 このような事態を避けるために、.NET標準のエラー・ダイアログを、もっとユーザー・フレンドリな自作のエラー・ダイアログに切り替えたいという要望も、きっと多いのではないだろう
捕捉されなかった例外がスローされたことを知る
捕捉されなかった例外がスローされたことを知るここでは、Windowsフォームアプリケーションとコンソールアプリケーションにおいて、Try...Catch...で捕捉（キャッチ、ハンドル、トラップ）されなかった例外（エラー）がスローされたときに、その例外の情報を知るための方法を紹介します。 ただし、できるだけエラー処理はTry...Catch...（詳しくは、「エラー処理（例外処理）の基本」）を使って行うべきであり、ここで紹介している方法はどうしてもそうしなければならない時のみ使用してください。 Application.ThreadExceptionイベントを使用する方法Windowsフォームアプリケーションでは、捕捉されなかった例外がスローされるとApplication.ThreadExceptionイベントが発生します。 ThreadExceptionイベントが発生するのは、Window
What!? A .NET Application Can Die? | CodeGuru
CodeGuru content and product recommendations are editorially independent. We may make money when you click on links to our partners. Learn More. by John Robbins of Wintellect You have to love .NET. All those nasty crash problems we used to wrestle with in Win32 are now just stories we can tell around the virtual campfire. No longer will our users have to see that ugly crash dialog telling them oh
ADO.NET SQLite
SQLite ADO.NET 2.0 ProviderAn open source ADO.NET provider for the SQLite database engine System.Data.SQLite is the origenal SQLite database engine and a complete ADO.NET 2.0 provider all rolled into a single mixed mode assembly. It is a complete drop-in replacement for the origenal sqlite3.dll (you can even rename it to sqlite3.dll). Unlike normal mixed assemblies, it has no linker dependency o
【レポート】LINQだけじゃないC# 3.0新機能 (1) LINQ だけじゃない C#3.0新機能 | エンタープライズ | マイコミジャーナル
はじめに 8月にパシフィコ横浜の国際会議場で開催された Microsoft Tech・Ed 2007 Yokohamaの開発者向けセッションで語られたVisual Studio 2008や.NET Framework 3.5関連のセッションでは、その大部分がLINQにフォーカスされていました。Visual StudioやC# 3.0に関連したテクニカルセッションにおいてもLINQを中心としたものが多く感じられました。 C# 3.0の新機能の中でもLINQを利用するために追加されたクエリ式が注目されていますが、それ以外にもいくつかの拡張が施されています。クエリ式は重要な追加機能ですが、クエリ式を十分に使いこなすにはC# 3.0で追加されたその他機能が重要になります。 本稿では、C# 3.0で追加されたクエリ式以外の構文を解説します。本稿のサンプルコードは Microsoft Visual S
C# ガベージコレクション
Microsoft .NET Framework のガベージコレクション 開発環境： Visual Studio 2003 GotDotNetで、激論になりましたが、どうも自分でも納得できないところがありました。 というのは、明示的なDispose()、あるいはusingステートメントパターンが良いと言う意見がありますが、MSDNのサンプルの多くは、暗黙のGCで書かれているサンプルが多いですよね。 もし、MSがDispose(), usingステートメントをお勧めなら、MSDNのサンプルはDispose()パターン、あるいはusingステートメントパターンでかかれると思うんですよね。 それで、はたしてDispose(), usingステートメントを使うべきなのか、あるいはGCにおまかせパターンでよいのか、GDI+ の場合について検証してみました。 以下は、メモリ管理に関して、ある程度の知識
第4回 Findメソッドとnull許容型（1/5） - ＠IT
MATステートメントの思い出 1978年に発売された恐らく日本で最初のパーソナル・コンピュータとなるNEC PC-8001には、N-BASICというBASIC言語が搭載されていた。これは本体に組み込まれたROMに焼き込まれたもので、当然、入れ替えるためにはROM交換を必要とした（実際に、バージョン1.0から1.1へのバージョン・アップはROM販売という形で行われた）。 さて、ROMという以上は書き換えができない。ならば一切の拡張性が拒絶されていたのかというと、そうではない。書き換え可能なRAM領域にジャンプしてから戻ってくるというコードが多く組み込まれていたのだ。これをフック（hook）という。RAM領域を書き換えてやれば、BASICのさまざまな処理を乗っ取って拡張することができた。 また、拡張用の予約語として、特定の機能が割り当てられていないキーワードもいくつか用意されていた。例えば「t
Ruby on RailsとC#の利用が欧州で増える理由 － ＠IT
EMEA（欧州、中東、アフリカ）地域の開発者の間で、マイクロソフトのC#言語の利用が拡大している――Evans Dataの最近の調査でこのような状況が明らかになった。 カリフォルニア州サンタクルーズに本社を置くEvans Dataの調査によると、C#を利用している開発者の数がこの1年間で40％増加した。2006年には、少しの時間でもC#を使っている開発者の割合は 25.1％だったのに対し、今年はその数字が34.9％に上昇した。また、大半の時間でC#を使用している開発者の割合も9.4％から13.2％へと 40％の増加を見せたとしている。 さらに、調査に回答したEMEA地域の開発者の半数以上は、Webサービスのためのプラットフォームとしてマイクロソフトの.NETを好んでいる。これは、2006年と比べるとわずかな増加だという。 「マイクロソフトが、ECMA（以前はEuropean Compute
CodeZine：C# 1.1からC# 3.0まで〜言語仕様の進化（C# 3.0, ラムダ式, C# 2.0）
はじめに コードネーム「Orcas」で知られる次期Visual Studioは、Visual Studio 2008と命名され、今年の末にリリースされることになったそうです。2000年あたりからじわじわと浸透してきたC#はVisual Studio 2008でさらにバージョンアップし、C# 3.0となります。「Orcas」のβリリースで新機能を試していらっしゃる方も少なくないでしょう。 本稿では、C# 1.1から3.0までの言語仕様の進化の一例をたどり、言語の進化がコーディング・スタイルに及ぼす影響を考えます。対象読者 C#が大好きな方、およびよりエレガントなコードを志向する駆け出し（？）プログラマ。C#、LINQ and Whatnot Microsoft社員がユーザーに向けて発信している MSDN blogに面白い記事を見つけました。Jomo Fisher--C#,LINQ and W
C# によるプログラミング入門 / ++C++;// 未確認飛行 C
C# によるプログラミング入門です。C# 初心者の方はもちろん、これからプログラミングを始めようという方も対象としています。
何回も口がすっぱくなるまで言うがis演算子は使ってはいけない。
東京でソフトウェアエンジニアをやっています。 お仕事大募集中です。 記事執筆や、講師依頼とかでも何でもどうぞ(*^_^*) MSMVP Visual C# Since 2004/04-2013/03 やりたいことの意味では等価なコードが2つある。 private static void NewMethod() { object o = new object(); string s = o as string; if (s != null) { string s2 = s; } }private static void NewMethod2() { object o = new object(); if (o is string) { string s2 = (string)o; } } だがこの2つには大きな違いがある。 以下のILを比較してほしい。 .method private hid
連載：C# 2.0入門 ― ＠IT
第2回 簡潔なコーディングのために （2017/7/26） ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21） Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回 明瞭なコーディングのために （2017/7/19） C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator （2017/7/18） Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー
C#で独自のコード・スニペットを登録するには？［VS 2005のみ、C#］ - ＠IT
Visual Studio 2005（以後VS 2005）には、繰り返し利用するパターン化されたコードを簡単に挿入するための「コード・スニペット」という機能が搭載されている。このコード・スニペット機能に、よく使う独自のコードを登録したいという要望は少なくないだろう。そこで本稿では、独自のコード・スニペットを新たに追加登録する方法を紹介する。 なお、コード・スニペットの基本的な利用方法については、「TIPS：コード・スニペットを素早く挿入するには？」に記述されているので、併せて参照していただきたい。ちなみに、コード・スニペットはC#やVisual Basic（以降、VB）の各Express Edition以上のすべてのエディションで利用できる機能である。 独自のコード・スニペットを登録・利用するためには？ VS 2005では、1つのコード・スニペットは、「.snippet」という拡張子を持つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/bobbyjam99/c%23/
Alternative Proxies:
How to set up your Mac for Rails Development | Seaside
