問題タブ [nested-class]

少し前にこの質問を投稿しましたが、私の問題に対する部分的な回答を得たので、より正確な回答を得ることを期待して、より多くの説明を投稿すると思いました. 私は2つのクラスを持っています:

私は、Lambda を使用して SmallCars を使用している従業員を無視して、バンが割り当てられているすべての従業員のみを取得しようとしています。次の行を試しました。

しかし、少なくとも 1 つのバンが従業員に割り当てられている場合、これはすべての従業員を取得します( ) すべての従業員がバンを持っているわけではないため、.Any試しても ( ) 何も返されません。.All

ネストされた Lambda を使用してこれを達成できるかどうか、考えはありますか?

ありがとう。

編集：

私はこれについていくつかの調査を行っており、タイプの可視性について話しているスタックオーバーフローに関するいくつかの同様の質問を見つけましたが、これはまったく同じ問題ではないようです（または少なくともそれは私がそれに取り組んだ数時間後に私が思うことです）。

焦点を当てましょう：

問題

C ++コンパイラは「abc.cpp：132：エラー：'*'トークンの前にコンストラクタ、デストラクタ、または型変換が必要です」と報告します

問題が報告されたコード

この問題は、最初の行である関数ヘッダーで報告されます。これまでのところ、問題は「ノード*」を指定するときであると理解していますが、すでに完全に修飾されているため、どこに問題があるのか​​わかりません。

クラス定義の残りの部分

一方、残りの機能が完全に機能していることを確認できます。それが私がこれまで扱ってきた唯一の問題です。

どんなヒントでも大歓迎です。よろしくお願いします。

できます

これで、MyType を SomeClass 内で使用するだけで済みます。したがって、SomeClass を公開する必要はありません。ただし、これは自分の名前空間の外でのみ行うことができます。

では、SomeClass と SomeClass.AClass を公開せずに MyType を使用できるようにするにはどうすればよいでしょうか。

この単純な実装を作成しようとしました:

私がそれをコンパイルすると、それは不平を言うでしょう：

ネストされた型 'B.Test.TestClass' を介して外部型 'A.Test' の非静的メンバーにアクセスできません

私は設定の解決策が好きではありません：static int abc = 0;

これに対する他の解決策はありますか？

C# でネストされたクラスを使用するのが適切な場合を知りたいですか? その使用が不当であり、したがって正しくないという事件はありますか?

両方の状況の例を挙げることができればありがとう

LinqPadで定義されたクラスは、UserQueryのネストされた内部クラスです。ルートクラスであるクラスを宣言する方法はありますか？

私は自分のアプリケーションでアプリケーションの処理 (レコードの保持、シングルトンの処理など) を行っており、ソケット接続を処理するネストされたサービスを持っています。以前は独自のクラスでサービスを使用していましたが、より効率的にしたので、アプリケーションに移動することをお勧めします。マニフェストを更新しました：

これがネストされたサービスを宣言する適切な方法だと思ったのですが、InstantiationException が発生します。サービスは静的である必要がありますか、それともサービスを別のクラスにネストすることはまったく許可されていませんか?

私は基本的なSQLiteラッパーを書いています。これを行っている間、SQLiteデータベースを手動で開いたり閉じたり、SQLiteのAPIを使用してSQLiteコンパイル済みステートメント構造体を作成および破棄していることに気付きました。これらのリソースを手動で作成/破棄します。私が学んでいることは、エラーが発生したときに関数が時期尚早に戻らなければならないときに、ちょっと厄介になります。

これを処理するより多くのC++の方法は、スタック上のオブジェクトの存続期間にこれらのものをRAIIスタイルで管理させることであると私は思いました。そうすれば、関数から戻るときはいつでも（早期にエラーが発生したかどうかにかかわらず）、これらのクリーンアップタスクは、スタックがほどけるときにデストラクタによって処理されます。

私の質問は、これらのヘルパーRAIIクラス（SQLiteDBHandle、SQLiteStatementHandleなど）の使用がより大きなSQLiteラッパークラスに関連付けられている場合、SQLiteラッパー内でプライベートネストクラスとして宣言するか、単に宣言して定義する方がよいでしょう。独自のヘッダーと実装ファイルのないSQLiteラッパーの実装ファイル？

.cppファイルにスタンドアロンクラスとして配置する傾向があります。

私が見逃している大きなラッパーの.cppファイルに隠されているものを宣言して定義するだけの欠点はありますか？

私はScalaで効果的に列挙型である何かを実装しようとしています。コンパイラが非網羅的なパターンの一致を検出できるように、caseクラスを使用してこれを実行したいと思います。

これは、非常に基本的な形式で正常に機能します。例：

ただし、ケースオブジェクトの名前が簡単に衝突する可能性があるため、これは理想的ではありません。

明らかな解決策は、ケースオブジェクトを別々の名前空間に配置することです。

しかし、マッチブロックでそれらのクラスを参照する方法は？

Javaスタイルのドットで参照することはできません。

「＃」記号も機能していないようです。

また、このフォームも機能しません。

この場合、「左」は型ではなくインスタンスであるため、これは理にかなっています。型を参照する簡単な方法があると思います。それを達成するために私が得ることができる最も近いものはこれです：

}

しかし、これによりマッチブロックのコンパイルは正常になりますが、実際にこれらのオブジェクトを参照する方法を見つけることができませんでした。たとえば、この「列挙」のメンバーを関数に渡すことができませんでした。これは、Horizo​​ntalAlignmentが型であり、オブジェクトではないため、フィールドアクセスを使用してネストされたオブジェクトの1つを参照することができないためです。一方、これらのオブジェクトは型ではないため、 「＃」記号。

クラスの外部からクラスにネストされたオブジェクトを参照する方法はありますか？

編集

これまでのところ、パッケージオブジェクトがこの問題を解決するための最良の方法であることがわかりました。

}

ただし、上記の質問（クラス内のネストされたオブジェクトへのアクセス）は引き続き有効です。

次のメインメソッドをコンパイルできないようです：

これは InnerizationClass クラスです。

メインメソッドの #1 から次のエラーが発生しています。