問題タブ [nested]

タイトルが既に述べているように、ネストされた関数を宣言し、その関数へのポインターを返そうとしています。この関数 'not' が元の関数の否定を返す新しい関数ポインタを返すようにしたい。

ここに私が持っているものがあります:

someType は次のように定義されます。

キャスリーン・ドラードの2008年のブログ投稿で、彼女は.netでネストされたクラスを使用する興味深い理由を示しています。ただし、FxCopはネストされたクラスが好きではないと彼女は述べています。FxCopルールを書いている人は愚かではないと思いますので、その立場には理由があるはずですが、私はそれを見つけることができませんでした。

DepartmentID 列を持つ Companies というテーブルがあるとします。EmployeeID 列を持つ Departaments テーブルもあります。もちろん、Employee テーブルもあります。問題は、会社を削除したいので、最初にすべての部門のすべての従業員を削除し、次に会社内のすべての部門を削除する必要があることです。カスケード削除はオプションではないため、ネストされたトランザクションを使用したいと考えています。私はSQLが初めてなので、助けていただければ幸いです。

モンスターを受け継いだ。

これは、.NET 1.1 アプリケーションが Healthcare Claim Payment (ANSI 835) 標準に準拠するテキスト ファイルを処理するように見せかけていますが、怪物です。処理される情報は、医療請求、EOB、および償還に関連しています。これらのファイルは、最初の数桁に識別子を持つレコードと、そのタイプのレコードの仕様に従ってフォーマットされたデータ フィールドで構成されます。一部のレコード ID は、特定のタイプのトランザクションに関連するレコードのグループを区切る制御セグメント ID です。

ファイルを処理するために、私の小さな怪物は最初のレコードを読み取り、これから行われるトランザクションの種類を判断し、現在処理しているトランザクションの種類に基づいて他のレコードの処理を開始します。これを行うには、ネストされた if を使用します。多数のレコード タイプがあるため、いくつかの決定を下す必要があります。各決定には、いくつかの処理と、以前の決定に基づいて行う必要がある 2 ～ 3 のその他の決定が含まれます。つまり、ネストされた if には多くのネストがあります。そこに私の問題があります。

この入れ子になった if の長さは 715 行です。はい、そうです。七百五十行。私はコード分析の専門家ではないので、フリーウェアの分析ツールをいくつかダウンロードし、McCabe の Cyclomatic Complexity 評価で 49 という結果になりました。彼らは、これはかなり高い数値だと言っています。100 が高い基準であるアトランタ地域の花粉数のように高く、ニュースは「今日の花粉数は 1,523 です」と言っています。これは、私が今までに見た中で最高の矢印アンチパターンの例の 1 つです。インデントは最大で 15 タブの深さになります。

私の質問は、そのようなものをリファクタリングまたは再構築するためにどのような方法を提案しますか?

アイデアを探すのにしばらく時間を費やしましたが、良い足がかりが得られませんでした。たとえば、レベルをガード条件に置き換えることも方法の 1 つです。私はそれらのうちの1つだけを持っています。巣が 1 つ落ちて、残りは 14 です。

参考になるデザインパターンがあるかもしれません。コマンド チェーンはこれにアプローチする方法でしょうか? .NET 1.1 のままにしておく必要があることに注意してください。

ありとあらゆるアイデアをありがとう。

未知の回数発生するネストされたパターンに一致する正規表現を書くことは可能ですか? たとえば、外側の中かっこ内に入れ子になっている開き/閉じ中かっこの数が不明な場合、正規表現は開き中かっこと閉じ中かっこを一致させることができますか?

例えば：

一致する必要があります:

前提: 通常、新しい Ruby on Rails アプリの準備中に、ユーザー ナビゲーションに関するモデルと関係を描きます。通常、ネストの深さが 1 レベル以下であるという通常の「経験則」を超える必要があるかどうかを自問する必要がある場所に行き着きます。別の名前空間ルートを作成して作業を複製するのではなく、入れ子にする必要があると感じることがあります。
次に例を示します。

モデル:ユーザー、会社、場所
ユーザーは多くの会社を持ち、所属しています (多対多)
ユーザーは多くの場所を持ち、所属しています (多対多)
会社は多くの場所を持ち、所属しています (多対多)

ルート:
1 レベルの入れ子
users/:user_id/companies/ - ユーザーに関連するすべての会社を一覧表示します
users/:user_id/locations/ - ユーザーに関連するすべての場所を一覧表示します
2 つ以上のレベルで入れ子
users/:user_id/companies/:company_id/ location/ - ユーザーのすべての会社の場所を一覧表示します

それで、私の質問は、RoR で 1 レベル以上の深さを入れ子にすることが適切かどうかです。はい、もしくは、いいえ？なぜ？

ベースのマスターページには次のようなものがあります

このマスターページが ASPX ページのマスターページである場合、問題なく動作します。

この Masterpage が子 Masterpage の Masterpage であり、新しい ASPX ページが子 Masterpage を MasterPage として使用する場合、次のように表示されます。

'' アプリケーションでサーバー エラーが発生しました。

コントロールにコード ブロック (つまり <% ... %>) が含まれているため、Controls コレクションを変更できません。

チルダ (~) スタイルの相対パスを保持するベース マスターページにグローバル リソース (Javascript/CSS) を含めるための推奨される方法は何ですか?

私は疑問に思っています-次のようなものを解析する最も効果的な方法は何ですか:

もちろん、これは最終的にいくらかのテンプレート システムになることを意図しているので、私の計画は、このようなものとして、テンプレートを「配置」するハッシュマップを作成することです。

「セクション」(# で始まるタグ) は複数回繰り返すことができることに注意してください。

また、任意のセクションには、任意の数の他のセクションと通常のタグを含めることができます...

それで..どうやってやったの？

ネストされたパブリック C++ クラスと列挙を使用することの長所と短所は何ですか? たとえば、 というクラスがprinterあり、このクラスに出力トレイに関する情報も格納されているとします。次のようになります。

または:

プライベート列挙型/クラスをネストする利点はわかりますが、パブリックのものになると、オフィスが分割されます-スタイルの選択のようです.

それで、あなたはどちらを好みますか、そしてその理由は何ですか?

多くのテーブルで動作し、かなりの数のSQLコマンドを実行する非常に複雑なビジネスロジックを実現するための支援が必要です。ただし、データが不整合な状態のままにならないようにしたいので、現時点では、ネストされたトランザクションを必要としないソリューションは見当たりません。達成したいシナリオに似たシナリオを示す簡単な擬似コードを作成しました。

私にとって最大の問題は、FinalOperationが失敗した場合に、成功したすべての操作Operation（i）がロールバックされるようにする方法です。また、単一のOperation（i）の失敗を無視できるようにしたいと思います。

ネストされたTransactionScopeオブジェクトを使用してこれを実現することは可能ですか？そうでない場合は、そのような問題にどのようにアプローチしますか？