問題タブ [metadata]

この投稿をリンクする ファイル全体をメモリに読み込むことなく、画像ファイルの高さと幅を読み込めるようにしたいと考えています。

投稿の中で、フランク・クルーガーは、いくつかの WPF Imaging クラスでこれを行う方法があると述べています。これを行う方法について何か考えはありますか??

MacPorts で次のコンポーネントをインストールしました。

それはあなたがそれを使用できることをそのウェブサイトで言います

しかし、私は失敗しました

Perl モジュールで画像のメタデータを取得するにはどうすればよいですか?

メタデータエラーが発生することがあるため、AssemblyInfo.cppを削除したいと思います。

AssemblyInfo.cppは何か役に立ちますか？それとも問題なく削除できますか？

メタ タグに関しては、インターネット上でさまざまな意見が見られます。私はしばらくそれらを使用してきましたが、現在のベストプラクティスを使用してそれを行っているかどうか疑問に思っています.

私は説明が最も重要なものであることを知っています...

しかし、他のメタタグはどうでしょうか? 説明タグ以外のものを使用する必要がありますか? たとえば、一部の Web サイトでキーワードを使いすぎて、検索エンジンのスパム フォルダーにその Web サイトを誘導する可能性があるため、キーワードを使用することは現在悪い習慣であると言う人もいます。

最後に、description メタ タグを記述する際のベスト プラクティスは何ですか? 私の個人的な例を使用すると、現在、さまざまな曲を参照する Web サイトがあります。私はすべきですか：

または、各ページで次のようなもの：

また ：

または前のものの任意の組み合わせ...または何か他のもの？

ありがとう ！

VS2008 SP1 を使用して、多くのプロジェクトで大きなソリューションを持っていますが、少なくとも 1 日に 1 回は LNK2022 エラーが発生します。ソリューションを完全に再構築すると問題なくビルドできますが、これは面白くありません。

これは、依存する DLL が「わずかに」(つまり、メソッドやクラスを変更せずに) 変更され、参照元のプロジェクトが後でビルドされた場合に発生します。メタデータをマージするときに失敗します-それが何を意味するにせよ。

最初に注意すべきことは、共有 DLL が#using複数の .CPP ファイルから参照されていることです。
2 つ目は、AssemblyInfo.cpp を共有 DLL から削除すると、問題が解決することです (ただし、これが賢明な修正であるかどうかはわかりません)。

2 つの CLR クラス ライブラリ プロジェクトを含む次のソリューションに可能な限り絞り込みました( xxxプロジェクトはSharedに依存します)。

各ファイルの内容は次のとおりです。

共有.cpp:

インチ：

xxx.cpp および xxx2.cpp:

再現するには、まずソリューションを再構築します。それは問題なくビルドされます。Shared.cpp
を 保存してソリューションをビルドすると、正常にビルドされ、次のように表示されます。

xxx.cppを保存してソリューションをビルドすると、次のメッセージが表示されて失敗します。

編集:
xxx.obj と xxx2.obj の IL の違いは次のとおりです。

(xxx.obj の場合)
// AssemblyRef #2 (23000002)
// ---------------------------------- ---------------------
// トークン: 0x23000002
// 公開鍵またはトークン:
// 名前: 共有
// バージョン: 1.0.3412.16 606
// メジャー バージョン.
_
_
_ _
_
_ _
// フラグ: [なし] (00000000)

(xxx2.obj の場合)
// AssemblyRef #2 (23000002)
// ---------------------------------- ---------------------
// トークン: 0x23000002
// 公開鍵またはトークン:
// 名前: 共有
// バージョン: 1.0.3412.16 585
// メジャー バージョン.
_
_
_ _
_
_ _
// フラグ: [なし] (00000000)

これは、xxx2.obj がまだ古いバージョンの Shared.dll を使用しており、更新された Shared.dll を使用している xxx.obj と競合していることを意味します。では、どうすればそれを回避できますか？

リモート SSRS レポートから、説明、変更日/作成日などのメタ データを取得するにはどうすればよいですか。レポート自体は、aspx ページの ReportViewer コントロールに問題が表示されないため、レポートにアクセスできます...

.ServerReport オブジェクトには、これらの値のプロパティがないようです...

ありがとうございます！

ドキュメント ストレージのソリューションを構築しており、タイトルや説明などの基本データから、関連するイベントの日付、配置、分類ルールに至るまで、地域の規制に準拠するために、ドキュメントごとに多くの追加のメタデータを保存する必要があります。

さまざまなタイプのソリューションを見てきましたが、納得できるものはありません:

1. 新しいメタデータ スロットが追加されると列が大きくなるテーブル (そのため、ドキュメントに関連付けられたメタデータと同じ数の列があります)
2. 予備のジェネリック列が多数あるテーブル。1. と非常に似ていますが、テーブルは大きくなりません (権限が少ない)
3. ドキュメント ID、メタデータ キー、およびメタデータ値のテーブル。
4. 3. のメタデータ定義とメタデータ キーを含むテーブルは、メタデータ ID に置き換えられます。過去にこのソリューションを使用しました。テーブルの最後には数百万行あります。
5. キーと値のペアのすべてのメタデータを含む XML またはその他の構造化された情報を格納するドキュメント テーブルまたは関連するテーブル内のテキスト フィールド。

関連するメタデータで検索するための並列フルテキスト インデックス (Lucene.Net? その他?) を提供する (すべてが "検索可能" である必要はありません)、5 番に偏っています。

なにか提案を？似たような経験？

を使用してデータベースのリストを取得できます

または「メイン」データベース内のテーブルのリスト

しかし、私が書いたように、「メイン」DB からのみテーブルを返すだけであり、どのテーブルが他の DB にあるかを知る方法がわかりません。

では、他の DB (後で接続されたもの) のテーブルをどのように一覧表示するのでしょうか?

ありがとう、 --DD

PS: プラグマ database_list を介してリストされた各 DB に対して個別の sqlite* を作成し、それらに対して "select name from sqlite_master where type='table'" を N 回実行する回避策を考えることができます (それぞれが「メイン」のもの）、しかしこれは回避策に頼らなくても可能であるべきもののように聞こえますね???

最終的にクライアントがホストするスタンドアロン サービス (コントラクト B) を呼び出す WCF サービス (コントラクト A) を実装しています。クライアントがプロキシを構築するためにサービスの WSDL を照会する設計時に、クライアントがそのサービスを構築できるように、コントラクト B の WSDL を含めたいと思います。残念ながら、サービスによって発行された WSDL にコントラクト B を挿入する方法がわかりません。コントラクトはインターフェイスであり、[DataContract] 属性を持たないため、既知の型として追加できません。発行された WSDL にコントラクトを挿入する他の方法はありますか?

次に例を示します。

最初は、これはデュプレックス コントラクトの典型的な例のように見えます。ただし、この特定のアプリケーションでは、さまざまな理由から、クライアントとサーバーをもう少し分離する必要があるため、(WSDL を介して) 実装するインターフェイスをクライアントに提供し、独自のサービスをホストできるようにすることを望んでいました。サービスの URL を教えてください。