問題タブ [namespaces]

Cの名前空間をエミュレートするためにCプリプロセッサを (ab) 使用する方法はありますか?

私はこれらの線に沿って何かを考えています:

これは次のように変換されます。

C++ プログラムでディレクティブusing namespaceとディレクティブの両方が必要なのはなぜですか?include

例えば、

#include <iostream>他のものをただ持っているだけ、またはただ持っていusing namespace stdて取り除くだけでは、なぜ十分ではないのでしょうか?

(Java との類推を考えています。ここでは、import java.net.*からすべてをインポートしjava.netます。他に何もする必要はありません。)

まず、名前空間がフォルダー構造と一致する必要があり、各言語アーティファクトが独自のファイルにある必要があることに同意しましょう。

(ソリューション内のフォルダーは名前空間と一致する必要がありますか?を参照してください)。

次の問題は、ディスク上でフォルダを実際にどのように編成するかです。
ABC 名前空間に ClassC があり、ABCD 名前空間に ClassD があるとします。
また、各名前空間が独自のアセンブリ (プロジェクト) に組み込まれており、受け入れられているベスト プラクティスに従って名前空間が右から左への依存関係を持っていると仮定します (ABCD は、A に依存できる AB に依存できる ABC に依存できます)。各名前空間が個別のアセンブリにある必要はないことを理解していますが、一般的に、いくつかの名前空間は個別のアセンブリにあり、私の例はそれを示しています。

フォルダー ツリーを作成するには、(少なくとも) 2 つの方法があります。これを「ネストされたフォルダー」と「フラット フォルダー」と呼びます。

1 - ネストされたフォルダー:

A
--A.csproj --B ----ABcsproj
---- C ------ABCcsproj ------classC.cs ------D -------- ABCDcsproj --------classD.cs

また

2 – フラット フォルダ:

A
--A.csproj
AB
--ABcsproj
ABC
--ABCcsproj
--classC.cs
ABCD
--ABCDcsproj
--classD.cs

すでにいくつかの仮定を行っていることがわかります。

• 各プロジェクト ファイルには、名前空間に基づく完全修飾名 (FQN) があります。
• 各クラス ファイルは非 FQN を使用します

入れ子になったフォルダーはより自然に見えます (私たちは皆、階層が好きです) が、大規模なソリューションではナビゲートするのが少し難しいかもしれません:

VS でソリューションを見ると、ネストされたビューではなく、プロジェクトのフラット リストが表示されます。これは「フラット フォルダー」に似ているため、VS のビューに合わせてディスク上のフォルダーを編成するメリットがあるかもしれません。

ディスク上の各フォルダーを見ると、そのプロジェクトのフォルダー アーティファクトと名前空間のサブフォルダーが表示されます。例として C を取り上げます。

C
--bin
--D
--obj
--Properties
--ABCcsproj
--classC.cs

D の本名によっては、D が C 名前空間の組織フォルダーではなく、名前空間フォルダーであることが明らかでない場合があります。

.NET (8 ～ 9 年前) とそれ以前の Java では、初日からフォルダーと名前空間があったことは知っていますが、個人的に言えば、大規模なプロジェクト組織のベスト プラクティスについて合意に達していないようです。ソリューション。皆さんの考えを知りたいです。

ありがとう
マイケル

私の現在のプログラムでは、XmlDocument に適用する XPathExpression インスタンスをプログラムで作成する必要があります。xpath では、「ends-with」などの XPath 関数を使用する必要があります。しかし、XPath で「ends-with」を使用する方法が見つかりません。私

以下のような例外をスローします

未処理の例外: System.Xml.XPath.XPathException: Namespace Manager または XsltC ontext が必要です。このクエリには、プレフィックス、変数、またはユーザー定義関数があります。
MS.Internal.Xml.XPath.CompiledXpathExpr.get_QueryTree() で System.Xml.XPath.XPathNavigator.Evaluate (XPathExpression expr、XPathNodeIterator コンテキスト)
で System.Xml.XPath.XPathNavigator.Evaluate (XPathExpression expr) で

コードは次のようになります。

以下のように、式をコンパイルするときに XmlNamespaceManager を挿入するようにコードを変更しようとしました

XPathExpression.Compile 呼び出しで失敗します。

未処理の例外: System.Xml.XPath.XPathException: 不明な関数のため、このクエリには XsltContext が必要です。MS.Internal.Xml.XPath.CompiledXpathExpr.UndefinedXsltContext.ResolveFuncti on(String prefix, String name, XPathResultType[] ArgTypes) で MS.Internal.Xml.XPath.FunctionQuery.SetXsltContext(XsltContext コンテキスト) で MS.Internal.Xml. System.Xml.XPath.XPathExpression.Compile(String xpath, IXmlNamespaceResolver nsResolver) の XPath.CompiledXpathExpr.SetContext(XmlNamespaceManager nsM anager)

XPathExpression.Compile で既製の XPath 関数を使用するコツを知っている人はいますか? ありがとう

名前空間からすべての Method-ClassName が必要です

私はsystem.windows.Formsを持っているように

Visual Studio で system.windows.Forms を正しく設定します。関連するすべてのメソッド、クラス、列挙型エクストラのボックスが提案されます

同じものを取得する必要があります。C# でそれを行うにはどうすればよいですか

MS Robotics Studio と VS 2008 を使用して DSS サービスをビルドしようとしていますが、ビルドすると dssproxy.exe から次のようなエラーが表示されます。

dssproxy がコード 10 を返すため、ビルドは失敗します。このメッセージの意味を知っている人はいますか?

コントラクト識別子は、Types クラス ファイルで宣言され、[新しいプロジェクトの追加] > [Dss サービス] ウィザードでビルドするのと同じように、属性宣言で使用されます。私の理解では、識別子は単なる一意の文字列です。これは、何らかの形で名前空間と一致する必要があることを伝えようとしていますか?

再度ビルドするとエラーは解消されますが、ビルド前に強制的に再ビルドまたはクリーンを実行すると、エラーが再発します。

ありがとう、アンディ

C#の各XML要素から「xmlns:...」名前空間情報を削除するにはどうすればよいですか?

次のコードを考えると、 は何をしif __name__ == "__main__":ますか?

VxWorks で C プログラムの複数のインスタンスを実行する必要があります (VxWorks にはグローバル名前空間があります)。問題は、C プログラムがグローバル名前空間で競合するグローバル変数 (そのプログラムの特定のインスタンスで使用するためのもの) を定義していることです。これを機能させるために、プログラムに最小限の変更を加えたいと思います。すべてのアイデアを歓迎します！

よろしく

ところで... グローバル変数がベスト プラクティスではないことを言及するのは適切な時期ではありません。

Webサービスを実装するための準備として、SOAPとWSDLについて勉強しています。私が困惑することに遭遇したことの 1 つは、私が見た URI の一部が次のような末尾のスラッシュを使用していることです。

私が研究した他の例では、この末尾のスラッシュが省略されています。これに関していくつか質問があります。

• 末尾のスラッシュの意味は何ですか?
• URI http://www.w3.org/some-namespace は http://www.w3.org/some-namespace/ と同じですか?
• それらが同じでない場合、あるフォームが別のフォームに対して保証される時期をどのように判断すればよいですか?
• URI に関して w3c によって提供されたガイドラインを読みましたが、これらは、URI 文字列の大文字と小文字を区別した比較が等しいと見なされる場合にのみ、その URI が等しいと見なされるべきであることを示しているようです。この解釈は正しいでしょうか？