C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索
  • キーワードを複数指定する場合は 半角スペース で区切ってください。
  • 検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
  • [返信]をクリックすると返信ページへ移動します。
キーワード/ 検索条件 /
検索範囲/ 強調表示/ ON (自動リンクOFF)
結果表示件数/ 記事No検索/ ON
大文字と小文字を区別する

全過去ログを検索

<< 0 >>
■7441  Re[5]: my.computerってどう使用
□投稿者/ 魔界の仮面弁士 -(2007/09/05(Wed) 17:45:55)
    2007/09/05(Wed) 17:46:54 編集(投稿者)

    No7435 に追記
    >>空のプロジェックト
    > 「空のプロジェクト」では、My を使用できません。
    > http://msdn2.microsoft.com/ja-jp/library/ms172698%28VS.80%29.aspx
    > の後半部にある一覧表をご覧ください。

    空のプロジェクトでも、後から My 機能を有効にできるようです。

    今回の場合であれば、
     (1) プロジェクトのプロパティ(My Project)を開く。
     (2) [コンパイル]タブを選択する。
     (3) [詳細コンパイル オプション(A)...]を押して、[ビルドの詳細設定]画面を表示させる。
     (4) [カスタム定数(C):]のところに、『_MyType="Custom",_MyComputerType="Windows"』と記述する。
     (5) [OK] を押して、設定を保存。
    のようにします。

    これで、My.Computer.Network.Ping() も使用可能となります。
    詳細は、下記を参照してください。

    [My で利用可能なオブジェクトのカスタマイズ]
    http://msdn2.microsoft.com/ja-jp/library/ms233781%28VS.80%29.aspx
記事No.7424 のレス /過去ログ18より / 関連記事表示
削除チェック/

■11554  Re[4]: F5キーでのデバッグとCtrl+F5キーでのデバッグの違い
□投稿者/ プログラマーもどき -(2007/12/17(Mon) 22:29:50)
    皆様、ご回答ありがとうございます。

    デバッガ実行時とデバッガ無しの実行時で、
    使われるディレクトリが違うことが原因でした。

    よく確認しないで質問してしまい、
    申し訳ありませんでした。
記事No.11515 のレス / END /過去ログ25より / 関連記事表示
削除チェック/

■82087  Re[1]: 違いはなんなのでしょうか?
□投稿者/ 魔界の仮面弁士 -(2016/12/08(Thu) 18:36:59)
    No82082 (夜叉丸 さん) に返信
    > ちなみに、下側は .OrderBy(r => r.CODE, r.TNO)
    > という表記ができなかったので、変更しています。

    であれば、前者も orderby r.CODE, r.TNO ではなく orderby r.CODE に
    しておかないと比較にならない気が。(^^;


    > 以下の2つの書き方は表記が違うだけ内部の処理的には同様なのでしょうか?

    その 2 つでいうと、内部的には後者の方が単純化されます。
    r.TNO での並び替えがありませんからね。


    > var vartjname = (from r in dt
    > orderby r.CODE, r.TNO
    > select r.NAME).Distinct().ToArray();

    こちらは、
     var vartjname = dt
     .OrderBy(r => r.CODE).ThenBy(r => r.TNO)
     .Select(r => r.NAME).Distinct().ToArray();

    の意味になります。ThenBy の分だけ、

    > var vartjname2 = dt
    > .OrderBy(r => r.CODE)
    > .Select(r => r.NAME).Distinct().ToArray();

    よりも処理が増えることになりますね。



    > つまり、同じように表記したものは速度的にはどちらも同じだとか、
    同じです。ただし、メソッド構文でなければ記述できない処理もあります。


    > 合わせて下側の OrderBy で複数指定する方法も教えてください
    上記コード例を参照。


    ちなみに VB の場合は、クエリ構文にも Distinct があります。

    Dim vartjname = (
    From r In dt
    Order By r.CODE, r.NAME
    Select r.NAME Distinct
    ).ToArray()
記事No.82082 のレス /過去ログ140より / 関連記事表示
削除チェック/

■82608  Re[4]: WiX でのインストーラー作成について
□投稿者/ とっちゃん -(2017/01/20(Fri) 14:23:39)
    No82606 (のぶくん さん) に返信
    > 1についてですが、エスケープ部分ではなく、v6.0自体が比較として有効な値なのか?という事をお聞きしたかったのです。
    > 質問を端折りすぎてしまったようで申し訳ありません。
    >
    Bundle のVersionNT と、msi のVersionNTの違いですね。

    Bundle は
    http://wixtoolset.org/documentation/manual/v3/bundle/bundle_built_in_variables.html
    に、ビルトインのプロパティの一覧があります。

    msi は
    https://msdn.microsoft.com/en-us/library/aa370905.aspx

    かな。

    WiXは、msiを作る部分(ルートの次が Productのやつ)と、BootStrapper を作る部分(ルートの次がBundle)と
    2種類のパッケージが作れます。

    前者は、実際のインストーラパッケージそのもので、後者はチェイナーと呼ばれる連続実行をサポートするために
    用意された仕組みです。

    ちなみに、サンプルで提示していたところは、Bundleの部分なので、VersionNT の内容は v6.0 とかになります。
記事No.82597 のレス /過去ログ141より / 関連記事表示
削除チェック/

■89819  using のインスタンス生成で例外が発生する場合の処理
□投稿者/ dogatana -(2019/01/05(Sat) 12:25:02)

    分類:[C#] 

    こんにちは。

    CSVファイルを書き込む処理を実装しています。

    よくあるように、using を利用しているのですが、該当ファイルが既にExcel開かれていると
    StreamWriter のインスタンス生成で例外が発生します。
    この例外の処理のため using ブロックを try - catch で囲んだのですが、try - catch は
    比較的限定された範囲で使用するのが通例と聞いており、このように usingブロックを囲むと
    範囲が広すぎるように思え、気持ち悪さがあります。

    この例のように、using のインスタンス生成で例外が発生する場合は、using を使わず
    try - catch - finally で実装するのが自然でしょうか。

    ご教示いただければ幸いです。

    static public string ExportCsv(string filename, IEnumerable<EventLog> list)
    {
    try {
    var encoding = Encoding.GetEncoding("Shift_JIS");
    using (var sw = new StreamWriter(filename, false, encoding)) {
    sw.WriteLine(EventLog.Title);
    foreach (var item in list) {
    sw.WriteLine(item.ToCsv());
    }
    }
    return "";
    }
    catch (Exception e) {
    return e.Message;
    }
    }
親記事 /過去ログ155より / 関連記事表示
削除チェック/

■89820  Re[1]: using のインスタンス生成で例外が発生する場合の処理
□投稿者/ WebSurfer -(2019/01/05(Sat) 13:55:35)
    No89819 (dogatana さん) に返信

    以下の記事によると、

    NETの例外処理 Part.1
    https://blogs.msdn.microsoft.com/nakama/2008/12/29/net-part-1/

    ***Quote***
    try-catch 命令を書く場合には、業務エラーなどに変換したくない例外を、間違って捕捉しないよう
    にしなければなりません。具体的には、以下のようなコードは絶対に書いてはいけません。

    ・複数行のコードをまとめて try-catch で囲む。
    ・一般例外(Exception クラス)を catch する。
    ・catch したあと何もしない。
    ***Unquote***

    ・・・ということですので、それに従えば質問者さんが書いたコードは「絶対に書いてはいけません」
    という例になってしまいます。

    どうすべきかは紹介した記事に書いてありますので興味があれば読んでみてください。

    Part. 2 も紹介しておきます。

    .NETの例外処理 Part.2
    https://blogs.msdn.microsoft.com/nakama/2009/01/02/net-part-2/



    紹介した記事に書いてあることをまとめると、以下の通りになると思っています。

    (1) 予測可能で正しい業務フローに戻すことができる「業務エラー」(例:ユーザーの入力間違い)と、
      予測できないもしくは予測はできても何の対応もできない「例外」(例:DB サーバーダウン)を
      区別して対処。

    (2) 「例外」はランタイムに拾わせてアプリケーションを停止させる。

    (3) よほどのことがない限り try-catch は書かない。

    (4) キャッチせざるを得ない場合でも Execption はキャッチしない。

    (5) 間違って補足してしまった例外は throw する。(注:catch ブロックでキャッチした例外を throw
      するとスタックトレースが途切れるので単に throw と書く)

    (6) ユーザーへの通知が必要なら、集約的例外処置を利用する。

    あと、.NET 4 からは破損状態例外は catch できなくなっているそうですが、「それでも Catch
    (Exception e) を使用するのはよくない」ということについては以下の記事を見てください。

    破損状態例外を処理する
    https://msdn.microsoft.com/ja-jp/magazine/dd419661.aspx
記事No.89819 のレス /過去ログ155より / 関連記事表示
削除チェック/

■89825  Re[2]: using のインスタンス生成で例外が発生する場合の処理
□投稿者/ dogatana -(2019/01/06(Sun) 11:00:27)
記事No.89819 のレス / END /過去ログ155より / 関連記事表示
削除チェック/



<< 0 >>

パスワード/

- Child Tree -