何度かこの話だしてるものの。C# に、参照型だけども null が絶対入っていないことを保証する型（non-nullable）はなぜないの？という話。 それなりにしっかりと説明してるブログ記事を見つけたのでリンク: Difficulties with non-nullable types (part 1) Difficulties with non-nullable types (part 2) Difficulties with non-nullable types (part 3) Difficulties with non-nullable types (part 4) 以下、簡単な日本語解説。 non-nullable？ .NET は元々、値と参照の区別しか持っていなくて、 値型は常に 非 null （non-nullable） 参照型は null を許容（nullable） でし

neuecc @neuecc そういえばDbContextっていつDisposeするのが解なのでしょうか。Repositry Patternの例とか、フィールドに抱えてスルーが多い感で、そもそもDbContextってDisposeとかドーデモイイ系でしょうか？（その辺全然知りません） 2012-09-12 11:52:59 Tatsuro Shibamura @shibayan Per Request で DbContext が作成されるようにして、Application_EndRequest で DbContext が作成されていたら Dispose（ﾄﾞﾔｧ 2012-09-12 11:55:21

In the previous tutorial you used inheritance to reduce redundant code in the Student and Instructor entity classes. In this tutorial you'll see some ways to use the repository and unit of work patterns for CRUD operations. As in the previous tutorial, in this one you'll change the way your code works with pages you already created rather than creating new pages. The Repository and Unit of Work Pa

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

XSS や CSRF の話題は相変わらず結構多いですね。例えば、はまちや2さんのブログに最近書かれたエントリとか。 CSRFで強制ログインさせるというアイデア - ぼくはまちちゃん！(Hatena) 曰く、Hatena や Facebook など多くのサービスがログイン画面では CSRF 対策されていないとか。実際に書かれているようなことが起きたら怖いですねー。 で、本題なんですが、ASP.NET を使ったサービスでは XSS や CSRF に関してはあまり被害を聞かないなーと思いました。ぶっちゃけ、採用サイトが少なすぎるのが理由な気もするんですが、SQL インジェクションはよく聞きますが、XSS・CSRF は自分は特に被害を知りません。 XSS XSS は悪意のある入力内容が、適切にエスケープされずに出力された場合に発生します。ということでエスケープをしましょう。 そもそも ASP.NE

再帰は関数型言語を構成する重要な部品の一つです*1。 しかし、手続型言語に慣れたプログラマにとって、再帰で考えるというのは難しいものがあります。 このエントリは、そういうプログラマが再帰で考えることができるようになるために書きました。 言語としては、F# と C# を使っています (推奨は F#。C# の例は実用性が無いに等しい) が、Java プログラマでもある程度読めるでしょう。 前提条件として、これらの言語の文法は知っているものとします。 特に、C# で言う Func デリゲートを多用します。 すごい長いので、時間があるときに一気にどうぞ。 再帰以外の話もちょろちょろと出てきます。 再帰の重要性 いきなりですが、再帰はあくまで最後の手段です。 普通は再帰をカプセル化した関数を使うことになります。 通常使わないのであれば、再帰を学ぶことに意味はないのでしょうか？ いいえ、それでも再帰を

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

連載目次 「エンド・ユーザーは、0.5秒のフリーズでストレスを感じ、3秒のフリーズはバグだと思う」。昔、冗談半分に言ってみた言葉だが、回りの反応を見るに、割とみな思っていることらしい。 特にモバイル端末向けのOSでは、応答性の悪いアプリケーションはOSによって強制終了されたり、マーケットプレイスでの審査に落ちたりする。フリーズしないアプリケーション作りがますます重要になっている。 そこで、本稿では、フリーズしないアプリケーション作りに必要となる「非同期処理」*1について説明していく。 *1　時間のかかるAPIに対して、そもそも非同期版しか提供しないケースが増えてきている。Windows 8の新しいWindows API（WinRT）では、50ミリ秒以上かかるAPIを、すべて非同期なメソッドとして提供するそうだ。 ■非同期処理の今までとこれから ネットワークI/Oのように待ち時間の発生する処

C#のデリゲートがよくわからんという同僚さんのために、なんかいいサンプルコードを書きたいと思ったんですが、なかなか難しいですねえ。 分かりやすくて、なおかつ実用的なサンプルが思いつかないです。 おいらの中では「デリゲート = メソッド(処理)をあたかも変数のようにして使いまわせるモノ」みたいな感じの理解です。(かなり適当・・・) たとえば、スクリプト系の言語だと何でも実行時に解決しちゃうんで、デリゲートなんてものが必要ありません。 JavaScript(というかJScript)で書くとこんな感じです。 main(); function main() { var methodContainer = []; methodContainer.push(sayHelloInEnglish); methodContainer.push(sayHelloInJapanese); for (var i

■概要 以前、C#でのデータ処理について解説した。今回は、同様のデータ処理を、C#以外のプログラミング言語ではどうしているのか、（C#も含めて）以下の5つの言語を比較しながら説明していく。 C# Scala Python Ruby F# 結果としてできることは似ているのだが、その内部的な実装方法は言語ごとにさまざまである。 ■データ処理のおさらい 概念的には、「データ処理」というのは、Figure 1に典型例を示すように、条件選択や変換など、小さな処理単位に分けて、それをつないでいく形を取る。

6/5日の「プログラミング .NET Framework 第3版」がテーマの勉強会、僕の分の資料を置いておきます。 ちなみに今回、勉強会の内容はアーカイブ配信もされています: 第67回codeseek勉強会＆第8回日本C#ユーザー会 勉強会 アーカイブ配信 地震で延期したことによって間が空いてしまい、その間にちらほら足していったらすごいページ数になってしまったという。6/5の発表では半分くらい非表示にしてカットしたり（カットしたページの一部はSilverlightを囲む会 in東京 ＃2 での発表に使っています）。 スライド中でも書いていますが、第3版で追加された第5部「スレッド処理」は、.NET Frameworkに関係なく、Windowsで非同期処理/並列処理するなら読んでおいて損はないかと。 http://rcm-jp.amazon.co.jp/e/cm?t=cunflc-22&o=

あらすじ あなたはとある業務用アプリケーションの開発・保守を任されています。 このアプリケーションはC#で記述されており、 とある企業におけるプロジェクト(Project)の管理を主目的としています。 プロジェクトには何名かの社員がアサインされており(AssignedStaffs)、 プロジェクト内には必ずマネージャーが1名存在します(ManagerStaffId)。 大まかなイメージとしては以下のようなコードになっています: public class Staff { public String Id {get; set;} public String Name {get; set;} ... } public class Project { public ArrayList AssignedStaffs {get; set;} public String ManagerStaffId {

Part8を読む これまでのまとめ 当初考えていた以上に長いシリーズとなってしまったので、一度全体を振り返ってみます。 また、その後でO/Rマッピングツールを採用するかどうかの判断基準や考慮点、アンチパターンなんかも書いてみたいと思います。 これまでに書いてきたエントリの概要 O/Rマッピングツールに対する誤解をときたい このシリーズの出発点となった「元ネタ」です。 とあるコラムの議論を読んでいて、「なんか論点がおかしいな〜」と感じたのでこのエントリを書きました。 O/RマッピングツールはSQLを書きたくない人のためのツールではなく、インピーダンスミスマッチ問題を解決するためのツールであるということを文章で説明しています。 実装編 Part1 Part1ではサンプルプログラムの仕様について説明しました。 またインピーダンスミスマッチ問題を解決する過程よりもむしろ、O/Rマッピングツールが実

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 MVP パターンによる Web フォームの強化 Dino Esposito モデル - ビュー - コントローラー (MVC: Model-View-Controller) パターンの登場は、ソフトウェア開発においては重大な出来事です。MVC は、懸案事項を切り分けてアプリケーションを設計することで、開発プロセスが改善され、完成したアプリケーションが強化されることを示しました。また、パターンを実現する再現性のあるアプローチももたらしました。 しかし、MVC は完全ではなかったため、長年の間にいくつかのバリエーションも登場しました。 MVC は 1980 年代に考案されたため、Web の開発に直接適応しないとい