Visual Studio 2005(Whidbey)

TableAdapterについていろいろ書く予定

Wed, 30 Aug 2006 23:42:00 GMT

TableAdapterの出来ること出来ないことをいろいろ見極めましょう。

見極めることが最適な設計を導き出す余地を生み出します。(^^;;

TableAdapterでストアドプロシージャなどを登録すると

C#: xxTable GetData(int? キー)
VB:GetData (キー as Nullable<int>) as xxTable

みたいなパラメータが自動生成されますが、この場合intがint?(Null可)の可能性低いですよね？

その場合GetDataを選択

Prametersを選択

@キーを選択

AllowDbNullをTrueからFalse

と変更するだけでNullableじゃなくなります。

もちろんstringはそうは行きませんが。

わんくまツール Wankuma.Net.Mail V1.0.0 公開しました

Fri, 28 Jul 2006 01:13:00 GMT

http://naka.wankuma.com/site/soft/WankumaNetMail/default.htm

わんくまツール Wankuma.Net.Mail V1.0.0

2006/07/28

【プログラム名】
Wankuma.Net.Mail
Version1.0.0

【できること】
.NET Framework 2.0で作成されたSystem.Net.Mailには少々問題があるので、代替するものを目指すDLLです。

【サポート環境】
.NET Framework2.0の入っている環境

【使い方】
中の技術日誌わんくまライブラリ .NET2.0 Wankuma.Net.Mail名前空間
http://naka.wankuma.com/site/library/dotnet2.0/net/mail/

中の技術日誌 Wankuma.Net.Mail 技術解説
http://naka.wankuma.com/site/library/dotnet2.0/net/mail/kaisetu.htm

【シェアードソース】
このプログラムはソースが公開されています。
中の技術日誌ライブラリ利用規約

【寄付について】
ちょっといいなと思われた方、ちょっと助けてあげようと思っていただけた場合には、作者に連絡するか下記の口座に振り込みよろしくお願いいたします。

みずほ銀行
西野田支店
普通 1597161
ナカヒロトシ

ダウンロード
バイナリ: soft/WankumaNetMail/WankumaNetMailBin1.0.0.msi
ソース: soft/WankumaNetMail/WankumaNetMailSrc1.0.0.msi

@ Registerってば・・・

Sun, 16 Jul 2006 19:18:00 GMT

名前空間なしってばサポート外・・・

<%@ Register TagPrefix="wankuma" Namespace="" %>

はエラー

<%@ Register TagPrefix="wankuma" %>

これもだめ。

App_Codeに入れるコードであっても名前空間は入れましょう。ってことですね。

VBの場合にはどちらかというと名前空間の隠蔽にかかっているのにちょっとやさしくないような・・・・

アセンブリ署名とコードアクセスセキュリティ

Sat, 15 Jul 2006 14:32:00 GMT

http://codezine.jp/a/article.aspx?aid=424

CodeZineで記事が掲載されました。

Visual Studio 2005になって非常に楽に署名が出来るようになっていますので、その辺を取り上げてます。

署名のメリットとCASのメリットを十分に享受するためには、多くのアプリケーションが署名され、CASを意識することが重要です。

是非皆さんも署名してみてください。

ASP.NET2.0 サイト内絶対パスのサポートの不十分さ

Sat, 24 Jun 2006 16:56:00 GMT

ASP.NET2.0で1.xと大きく変わったのはご存じの通り。

個人的に一番大きな変更はマスタページだと思っていますが、これのサポートが甘いように思います。

link, scriptなどのファイル名を指定するタグがあります。

ルートにstyle.cssというファイルがある場合、ルートのファイルからはstyle.cssと見えていますが、一つ下のフォルダからは ../style.cssと見えることになります。

これらのサイト内絶対パスから相対パスに化かすために利用するのがSystem.Web.UI.Control.IUrlResolutionService.ResolveClientUrlであり、それの実装のSystem.Web.UI.Control.Control.ResolveClientUrlです。

しかしlinkやscriptはこれらを利用したものがありません。(>_<)

<wankuma:WankumaStyleSheet ID="WankumaStyleSheet1" runat="server" SourceFile="~/style.css" />
<wankuma:WankumaScript ID="WankumaScript5" runat="server" SourceFile="~/scripts/program.js" />

こんな感じで～/を指定できればいいですよね？

こんな風になってくれます。

便利そうなので公開しようと思っていますが、一通り使うタグぐらい用意しておいてほしかった・・・

VSTE for DP発表

Thu, 01 Jun 2006 19:20:00 GMT

http://itpro.nikkeibp.co.jp/article/USNEWS/20060601/239659/

Visual Studio Team Edition系列に新たな仲間が加わることになりそうです。

Database Professionals

でも提供される機能が見えないですが、それだけの価値があると判断されるのでしょうか。

かなりの現場ではManagement Studio や Expressで十分だったりしますので・・・

SSMSを起動しなくてもVisual Studioだけで完結できるくらいならいいなぁ。今は2つあげてますからね常に。

個人情報を強力なパスワードで保護する

Wed, 10 May 2006 15:38:00 GMT

http://www.microsoft.com/japan/athome/security/privacy/password.mspx

パスワードをいかに長くすべきか、それが重要です。

そうもはやパスワードなんて言わずにパスフレーズというべきでしょう。

現在作成中のシステムでは

＞＞パスワードは、8文字以上出来るだけ長く入力してください。

というエラーメッセージを設定しています。

パスワードは長くすべきなのです。

ちなみにランダムなパスワードを生成するクラスを作ってみました。簡単だねぇ

using System;
using System.Collections.Generic;
using System.Text;
using System.Security.Cryptography; 
   public static string GetPassword(int 桁数)
    {
      string 生成用文字列 = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789";
      StringBuilder ReturnString = new StringBuilder();
      RNGCryptoServiceProvider rng = new RNGCryptoServiceProvider();
      byte[] ランダムバイト = new byte[桁数];
      rng.GetBytes(ランダムバイト);
      foreach (byte val in ランダムバイト)
      {
        int rand = Convert.ToInt32(val);
        ReturnString.Append(生成用文字列[rand % 生成用文字列.Length ]);
      }
      return ReturnString.ToString();
    }

出るぞ！C++/CLI本

Wed, 10 May 2006 11:06:00 GMT

姉さん。大変です。事件です。

なんと私のC++/CLIの本が来月あたりに出ます！！

ぜひ皆さんにもC++/CLIで、既存のC++資産の拡張や、めんどくさいP/Invokeの代わりにラッパの作成などなどをやっていただきたいと思います。

募集!!皆さんの知りたいC++/CLIの事例ってなんでしょう？

いまならぎりぎり詰め込むことが可能です。ぜひ皆さんの手持ち資産や、やりたいことにフィットした本にしたいので皆さんの意見を募集します。(^^

ぜひ私に教えてください。m(_ _)m

testrunconfigファイルをVSTEforSDとVSTSで共有すると問題発生

Tue, 09 May 2006 22:33:00 GMT

ご存知のようにVisual Studioには様々なエディションがあるその中でもTest Frameworkが入っているのは

Visual Studio Team Suite(VSTSと略)
Visual Studio Team Edition for Software Developer(SDと略)
Visual Studio Team Edition for Software Tester(STと略)

SD+ST=VSTSなのでSDのtestrunconfigはVSTSに持っていっても問題なく利用できる。

ただしVSTSで保存すると中身は大きく変わってしまう。

で、この拡張されてしまったtestrunconfigをSDで読み込むと無事エラー状態を作り出せます。orz

全員のエディションを統一しておけばいいのですが、なかなかそうも行かない一部の人の分だけVSTSなんてことも考えられますし、このあたりの対応はあらかじめ来てておくべきです。

フレンドアセンブリ

Tue, 09 May 2006 02:07:00 GMT

http://msdn2.microsoft.com/ja-jp/library/0tke9fxk(VS.80).aspx

テストを行う場合にpublicなクラスのテストを行うのはいいのですが、internalなクラスの場合にはテストを行うこともままなりません。

またあるクラスの前提条件を整えるためにも必要だったりします。

Visual Studio のクラスにはプライベートアクセッサの自動生成も存在しますが、一番簡単なのはフレンドアセンブリです。

以下のように使います。

#if DEBUG
[assembly: InternalsVisibleTo("TestSql")]
#endif

この場合TestSql.exeや、TestSql.Dllのプロジェクトからは丸裸になってしまいます。

もちろんリリース時にはこんな痕跡は残していてはいけませんので#if DEBUGはお忘れなく