問題タブ [visual-studio-2010]

私がやろうとしているのは、VSTO の C#「Excel 2007 アドイン」プロジェクト タイプを使用して Excel 用のユーザー定義関数 (UDF) を作成することです (一般的な UDF を生成したいだけなので)。私は基本を学ぼうとしているだけなので（とにかくこの段階では）、これは私のコードがどのように見えるかです：

正常にコンパイルされ、実行すると、Excel が新しいスプレッドシートと共にポップアップし、[アドイン] リスト (Excel オプション内) を見ると、リスト (設定されている) にアドインが表示されます。起動時に読み込む）。しかし、ここで問題が発生します.Excel内からUDFを呼び出そうとすると、Excelがメソッドを見つけることができません!

私が想像するのは間違っていると思いますが、メソッドを Excel UDF としてタグ付けする必要があるということです (角括弧を使用します。たとえば、Web サービスのコーディング時に行われるように -> "[WebService]")。しかし、私はこのタグを突き止めることができませんでした (そして、私の予感が正しいかどうかまったく確信が持てないため)。そのため、ここ SO の素晴らしい人々に会いに行くことにしました。

私の質問は基本的に、コードを使用している場所から、UDF を Excel でアクセスできるようにする簡単な方法はありますか? はいの場合、どのように？

現在のプロジェクトの全体的な目標は、VS2010/Excel2007 での C# UDF の実行が許容できる速度で動作するかどうかを確立することであるため、VSTO プロジェクトの種類 (アドイン、ワークブック、テンプレート) 内に留まりたいと考えています。これをテストするために、私は Windows7RC と VS2010 beta1 で作業しています。

Visual Studio 2010Betaは.NET2.0プロジェクトをサポートしていますか？

新しいIDEでSQL2005* .ndfファイルを開くのはどうですか？（WebアプリケーションのApp_Data DBなどのプロジェクトに含まれるmdfファイルを意味します）

プレーンなVistax64OSにVS2010をインストールしましたが、SSMSもインストールする必要があります。あなたの経験に基づいて、どのバージョンをインストールする必要がありますか？

前もって感謝します！

私は VS 2008 で友人のプロジェクトで働いていました。今は 2010 バージョンにアップグレードしました。友人に送り返したいので、彼はそれを使用できるはずです。これは可能ですか？

vs2010 ベータ版を使用していますが、編集して作業を続けることができないようです。

• コンパイル -> 詳細オプション -> ターゲット プラットフォームが x86 に設定されています (コンパイル -> プラットフォームが無効で、アクティブ (任意の Cpu) に設定されていますか?)。
• オプション -> デバッグ -> エディット コンティニュはチェックされていますがグレー表示されています。おそらく同じ理由で、デバッグできません。
• オプション -> 履歴デバッグはイベントのみに設定されています。無効にしても役に立ちません。
• デバッグ中にファイルを変更しようとしても警告は表示されません。ファイルは読み取り専用です (タブにロック アイコンが表示されます)。

エディット コンティニュを無効にする他のオプションは何ですか?

C# で:

VBで？

投票するか、アイデアを共有してください。

VB.NET 10.0 で System.Dynamic.DynamicObject を使用するには?

DynamicObject を継承したクラスを作成できますが、実際には使用できません。

私たちのコードにはvector、memoryMicrosoft の を含む が含まれていますintrin.hがintrin.h、インクルード パスには独自の があります。したがって、システムのものではなくmemory私たちのものを選択しintrin.h、コンパイルに失敗します。

私たちintrin.hとマイクロソフトはどちらも何年も前から存在していますが、これまで競合したことはありません。VS 2010 では新しい依存関係が導入されています。移動したり名前を変更したりするのintrin.hは面倒なので、避けたいと思います。

MSVC を説得して、システムのインクルード ディレクトリを自分のディレクトリの前に調べる方法はありますか? 言う編集memory：

それよりも

動作しますが、チーム全体が Visual Studio 環境を変更する必要はありません (また、サービス パックなどに直面しても変更したままにする必要はありません)。

これを回避する他の方法はありますか？

VS2010 が間もなくリリースされることは知っていますが、これは通常、高速バージョンの更新に対応しています。

別の F# Express スイートを作成する予定があるかどうかは誰にもわかりませんか?

VS2008 でビルドされたコンポーネント プロジェクトがあり、.NET Framework 3.5 を対象としています。最近、VS2010 Beta 1 をダウンロードして、新しい IDE に切り替えるときにこのプロジェクトが正しく変換されるようにしました。このプロジェクトには、フレームワークのバージョン 2.0 に対して構築されたいくつかのサード パーティの dll への参照が含まれています。フレームワークの 4.0 バージョンに対してビルドするようにプロジェクトを変更しましたが、プロジェクトをビルドしようとすると、コンパイラが以下のようなサードパーティ ライブラリのクラス タイプを認識できないように見える大量のエラーが発生します。

「型または名前空間名 'Data' は、名前空間 'Microsoft.Practices.EnterpriseLibrary' に存在しません (アセンブリ参照がありませんか?)」

コンパイルできない理由を調べています。私が読んだことから、.NET 4.0 は別のバージョンの CLR を使用しています。それらの型にアクセスする能力にどのように、またはなぜ影響するのでしょうか? 私はしなければならないのだろうか

a) ソース コードを取得し、VS2010 / .NET 4.0 で再コンパイルしてから、そのアセンブリを参照するか、

b) プロジェクトの作成者が上記の「a」を実行し、4.0 CLR をターゲットとするアセンブリをリリースするのを待ちますか? また

c) VS2010 のインストールが失敗した可能性があります。

プロジェクトのプロパティをターゲット 3.5 に変更すると、すべてが 2010 IDE で期待どおりに機能します。