LINQ is Monads. リンクはモナド - 当面C#と.NETな記録
nsharp さんに教えてもらったビデオを見てみました。ごちゃごちゃしたメモだけどもう眠いのでそのまま書き残しておきます。 http://channel9.msdn.com/Showpost.aspx?postid=358968 「LINQなんてのは、実装は適用連鎖ですが、根底にある発想は関数合成の方だったりします。」って言葉がとても気になったので。 ヒゲと帽子が似合うって話はおいといてｗ 関数の合成、圏論のモノイド、関数合成がモノイドを成すこと、そしてモナドを説明してくれるビデオ。でも、英語聞き取るのが難しいorz 型 A を取って同じ型 A を返す(集合 A から A への)関数全体は、関数合成、恒等関数 id (Iコンビネータですね)に関してモノイドを成す、っていう定番のお話。そして、関数合成とモナドの「>>=(bind、束縛)」は同じように「くっつけるもの」だって言ってるようです。
Windows系からLinux系にスキルチェンジする方法、って本を書いたら売れないかな - ikeike443のブログ
Hacker newsにThe dying platform: .Netという記事が上がってた。 https://news.ycombinator.com/item?id=5711742 元記事はこれ。 http://roundcrisis.com/2013/05/15/the-dying-platform-net/ 内容は元記事を読んで欲しいんだけど、.NETってもうだめだよねー、って話。コメント欄には、.NETはエンタープライズとXBOX案件でめっちゃ使われてるけど、みんなブログ書いたりTweetしたりしないから目立たないだけだよ、とか、大体そのような意見が並んだりしてます。 ちゃんと統計を見たことはないけど、まあ.NETその他Windows系のプラットフォームの上で開発している人は開発者全体のうちの多数派だろうなあと言う気はします。どこでどう線引きして分母を採るのかによってだいぶ変わ
Microsoft – クラウド、コンピューター、アプリ & ゲーム
期間限定で Surface Pro 8 ご購入で対象のキーボードが無料になり、本体にも特別価格が適用されます。
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
Bk Dot Net Wrapper
Becky 2 PlugIn Wrapper for .NET What is this? プラグインの宿命といいますか、B2 用のプラグインもやっぱり関数の Export を要求します。.NET アプリケーション (C#、Visual Basic .NET) では、かなり特殊なことをやらないと関数の Export ができません。そこで、MC++ (Managed C++) を利用して、.NET のクラスライブラリ (プラグインとして作成されたもの) を呼び出すプラグインを作ってみました。 Implementation .cpp 側のポイントは、こんな感じです。単にアセンブリをロードし、メソッドを Invoke するだけ。とっても簡単。相変わらず手抜きなので、.NET のアセンブリ、クラス名は .ini ファイルから読み込むようにしてます。決まったフォルダ (たとえば、\Plugins\.
mono での NewGuid と RngCryptoServiceProvider - やこ〜ん SuperNova2
mono において Guid.NewGuid() で Guid がどうやって生成されているのかが気になったので、せっかくソースコードが公開されていることであるし、読んでみた。 また、NewGuid の実装には後述の通り RngCryptoServiceProvider が使われているので、結果として mono における乱数生成機(RNG)の造りも調べることになったという次第。 なお、全部丁寧に解説しようとするとモチベーションが折れるので、気分に応じてのおおざっぱな解説である。 前知識 Guid とは: GUID - Wikipedia UUID とは: UUID - Wikipedia Wikipedia を読めば分かるが、UUID や Guid は、 管理するサーバーなどなしに、一つのマシンの中だけで簡潔に生成できる (現実的な条件下では、ほぼ間違いなく)全世界において一意 という性質が
.NET Framework におけるセキュリティ
.NET Framework におけるセキュリティ Updated 2009/02/24 Visual Studio のヘルプの中に表題と同じタイトルの項目があります。 開発ツールと言語ドキュメント . Visual Studio ドキュメント ... Visual Studio での .NET Framework プログラミング ..... ネイティブコードと .Net Framework コードのセキュリティ ....... .Net Framework におけるセキュリティ この記事を書いた人は .Net Framework におけるセキュリティの全体像をなんとか書こうとしたのでしょうが、結局項目の羅列に終わってしまったようです。 セキュリティ関係の情報を得ようと WEB サイトをあたると、セキュリティの設定はこうするなどのコーディング法を解説する記事はたく
.NET Security Blog
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Declarative Security and Reflection If you’re using the CustomAttributeData APIs to examine declarative security permission, you might... Author: Shawn Farkas - MS Date: 04/21/2010 Is CAS dead in .NET 4? With all the changes in the security system of .NE
DPAPIを使用して暗号化する
DPAPIを使用して暗号化するここでは、DPAPI（データ保護API、Data Protection API)を使用してデータを暗号化、復号化する方法を紹介します。DPAPIについて「セキュリティ保護された ASP.NET アプリケーションの構築 : 用語集」では、次のように説明されています。 「DPAPI は、Windows 2000 以降のオペレーティング システムに用意されているデータ暗号化および解読用の Win32 API です。DPAPI は、Windows アカウント パスワードを使って暗号化キーを生成し、暗号化技術に関するキー管理の問題をオペレーティング システムに渡します。」 DPAPIについてより詳しくは、「Windows Data Protection」や「DPAPI (データ保護 API) のトラブルシューティング」をご覧ください。 .NET Framework 2.
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
いげ太のブログ: [C#] 常駐アプリ＋マルチ スレッドは要注意
常駐アプリを実装する たとえば、ウイルス対策やコマンド ランチャなど、代表的なソフトに見るように、常駐アプリとは、およそ以下のような特徴を持つのが一般的だ。 起動時はフォームを非表示 タスク トレイにアイコンを表示 タスク トレイ アイコンにコンテキスト メニューを持つ コンテキスト メニューからは各種設定フォームなどが表示される 上記 1. の実装にはちょっとした Tips が必要になる。いくつかやりようがあるが、もっとも簡便そうに見えるのがこれ。フォームあるいはコンポーネントを継承したクラスを作成し、Main メソッド上でそれをインスタンス化、しかしメイン フォームにはなにも設定しない、というやり方だ。 static void Main() { Component1 compo1 = new Component1(); // Form1 form1 = new Form1(); App
【C#】C#と諸々 Windowsアプリケーションにおけるマルチスレッドの注意点
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 通常、Windowsアプリでは、イベントハンドラ内で重い処理を行う際は、フォームの一時的なハングを防ぐために重い処理を別スレッドで行う。 その時気をつけなければならないのが、コントロールの操作。コントロールは、コントロール （ の基になるウィンドウハンドル ） を所有しているスレッドで操作しなければならない。別スレッド内でそのままコントロールを操作してしまうと、正常に動作してくれない。 （ .NET 2.0から特に。 ） では、別スレッドで重い処理を行ったあと、どうやってコントロールを所有しているスレッドに処理を行わせるか？それには、Control.Invokeメソッドを使用する。Control.Invokeは、引数で受け取ったデリゲートオブジェクト
Scrabble.NET » Blog Archive » WCFと透過プロキシと最適化と
WCFサービスとPolicy Injection Application Block(PIAB)なりUnityなりを統合するのに、インスタンスプロバイダを使ってどうこうという記事をよく見かけるけれども、誰もぼくにWCFで透過プロキシを使うとえらい目に遭うよってことを教えてくれなかったので書いておくことにする。 WCFサービスをインターセプトしたりDIしたりする場合はカスタムインスタンスプロバイダを作ってサービスのインスタンス生成をDIコンテナなりにやってもらうことになると思うけど、ここでうっかりインスタンスを透過プロキシにしてしまうと、２つ以上のサービスが同一のアプリケーションドメインに配置された場合、サービス呼び出しが大混乱してしまう。例えばServiceA.Method1とServiceB.Method2てな感じで２つのサービスを配置していたとすると、ServiceA.Method2と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
async/await不要論
DLL内マネージコード参照時のデッドロック回避策について - Visual C++/CLI その他 - Visual Studio User Group
http://japan.internet.com/developer/20060425/25.html
Windows DPAPI - what to do with entropy?
汎用的に使用できる定義済みのデリゲート型は？［C#、VB］ - ＠IT
Lightspeed Orm
.NETマルチスレッドプログラミング 目次
