問題タブ [upgrade]

現在、プロジェクトをC＃2.0 / VS2005からC＃3.0/VS2008にアップグレードしています。アップグレードの一環として、コーディング標準ドキュメントにいくつかの項目を追加しています。

C＃2.0 / VS2005からC＃3.0 / VS2008にアップグレードするときに、コーディング標準ドキュメントをどのように変更しましたか（または変更しましたか）？

私はベンチマーク (および他の PC での結果) を探しています。これにより、PC をアップグレードすることで得られる開発パフォーマンスの向上を知ることができます。また、ベンチマークを使用して、上司にアップグレードを正当化することもできます。

開発にVisual Studio 2008を使っているので、ビルド時間がどのくらい改善されるのか、またベンチマークにIDEの性能(編集時、インテリセンス使用時、コードファイルを開くなど）を結果に追加します。

現在、Vista 32 で 2GB RAM を搭載した AMD 3800x2 を使用しています。たとえば、Vista 64 で Q6600、4GB RAM を搭載した Visual Studio 2008 でどのようなパフォーマンスの向上が見られるかを知りたいです。プロセッサ、およびその他の RAM サイズ... また、ハードディスクのパフォーマンスが大きな要因であるかどうかも確認してください。

編集: Vista 32 は最大 3GB の RAM しか使用できないことを認識しているため、Vista 64 について言及しました。そのため、より多くの RAM を使用するには Vista 64 が必要になると思いますが、64 ビット OS で 32 ビット VS 2008 を使用すると大きなオーバーヘッドが発生し、全体的に遅くなる可能性があります。

Microsoft SQL Server データベースを使用する製品があります。製品のさまざまな古いバージョンを使用している顧客がいます。

この状況で、データベース アップグレード スクリプトをどのように作成/構築するのでしょうか?

現在、ASP.NET MVC のプレビュー 2 からベータ リリースにサイトを更新している最中です。徹底的な検索の後、サイトに解決策がなく、最後のコンパイルエラーに陥っています。Windsor コンテナーを使用して IOC を設定するコードが Global.asax.cs にいくつかあります。

コンパイラは次のように不平を言っています。

奇妙なことは、このアセンブリが参照されていることです。MVC ベータ アセンブリ フォルダーから参照し、ローカルにコピーするように設定します。bin ディレクトリを削除して再構築し、リフレクターでアセンブリを表示してインターフェイスを確認することもできます。参照を削除して再度追加し、web.config のアセンブリと名前空間のセクションを変更してみました。System.Web.Mvc を GAC から削除して、正しいコピーが使用されていることを確認しました。

この質問を書いているときに、Windsor が古いバージョンのアセンブリを内部的に期待している可能性があることに気付きました。これが問題であるかどうかを判断するために MvcContrib から最新のものをダウンロードしています。結果を投稿します。この場合、アセンブリのバージョン番号を最新のリリースで変更して、これを明確にするべきではありませんか?

読んでくれてありがとう、ブレット

アップグレードウィザードを使用して、SQLServer2008からSQLServer2005にアップグレードしました。完了すると、SQL2005がまだ存在していることがわかりました。SQL Server 2005と同じインスタンスを使用しましたが、接続できません。また、SQL Server 2005に保存されているすべてのデータは、同じインスタンスを持つSQLServer2008では見つかりません。データを手動でインポートする必要がありますか？または、アップグレード中に手順を見逃しましたか？

Web アプリを .NET 1.1 から .NET 3.5 にアップグレードする説得力のある理由は何ですか?

dotnetアプリケーションを32ビットから64ビットに移行するときに探すのに最適なリソースは何ですか。

同様の質問

x64とx86で.netプログラムを実行するために必要な考慮事項はありますか？

参考までに - 私は数年前に .NET の世界に移行したメインフレーマーであり、学ぶことがたくさんあります。

Visual FoxPro アプリを .Net (おそらく VB) に書き直すことを検討しています。このプロジェクトは 4 ～ 6 年かかると予測されています。

現在、予備設計の非常に初期の段階にあります。Microsoft から VS 2010 に関する多くの情報が寄せられています。2005/2008 に注意すべき点はありますか? それとも、MS が将来の製品のプッシュをこれほど早く開始するための SOP ですか? 2010 年にコーディングを開始するのを待つ価値はありますか? いずれにせよ、機能設計はおそらく年末 (2009 年) までに完成することはなく、VS-2005 でいつでもモックアップを作成できます。

第二に、FoxPro と VB6 は同じボートに乗っています。サポートされていませんが、今のところ有効です。.NET への移行はスマートですか? VB? C#? VS 20xx への移行には、古いコード (VB6) の完全な書き直しが必要であると MS が判断する時が来るのでしょうか? それとも、次の「素晴らしい」こと (foxpro) のために VB.net や C#.net を排除するのでしょうか? または、.NET フレームワークの寿命はどうですか? また何かが来るまで限定ですか？

私たちは、何年にもわたる応急処置、更新、および法律の変更を伴うかなり大きなアプリケーションを持っており、すでに変換するPIAになる予定です. 私たちは、何十年もの間安定し、上方への移行が容易な新しいプラットフォームを望んでいます。50年後くらいの開発コードはありますか？100?

アプリケーションのコア ロジックは、ペンと紙を使用していたときからそれほど変わっていません。10 年から 20 年ごとに書き直す必要がある場合、現在、複数年にわたる書き直しを正当化することは困難です。FoxPro アプリは 1991 年に開発を開始し、1999 年に公開され、現在は別の言語で書き直される予定です。

メインフレームは、Win アプリの流動性に比べて簡単です。

ハイレベルなスペックをご紹介します。

• 官公庁用です。
• 非常に機密性の高いデータが含まれています。
• Web ベースはオプションではありません。
• これは、MS Windows アプリケーションのみになります。
• FoxPro テーブルから、おそらく SQL Server 2005/8/10 (現在のものは何でも) に移行します。

動く水晶玉を持っている人が返信しないのはわかっていますが、プログラミング言語が落ち着いて長期的に利用可能/安定している可能性について、コミュニティはどのように感じていますか?

ご意見ありがとうございます。

数年前に WinForms で書いたサイド プロジェクトがあります。WPFをよりよく学ぶために、WPFで書き直したいと思います。理想的には、新しいプロジェクトを作成するのではなく、現在のプロジェクトを変更して WPF で UI を書き直したいと考えています。

私はそれを行うのにいくつか問題があります。私は次のことを行いました（Visual Studio 2008 SP1を使用）：

1. ターゲット フレームワークを 2.0 から 3.5 に変更しました。
2. PresentationCore、PresentationFramework、および WindowsBase の参照を追加しました。

この時点で、何かがおかしいことに気づきました。プロジェクトを右クリックして [追加] を選択したとき | 新しい項目、WPF ウィンドウを作成するオプションがありませんでした。作成できる唯一の WPF クラスは WPF ユーザー コントロールです。他にも WPF プロジェクトがいくつかあったので、App.xaml.* と Window1.xaml.* をそのプロジェクトから自分のプロジェクトにコピーし、必要に応じて更新しました (基本的には、そのプロジェクトの名前空間を自分のプロジェクトの名前空間に変更するだけです)。

次に、Program.cs (以前はメインの WinForm フォームを表示する Main メソッドを含んでいた) を削除し、プロジェクトをビルドしました。Main メソッドがないことを示すエラーが発生しました。

Visual Studio は、このプロジェクトが実際には WinForms アプリであり、WPF アプリではないことを内部的に認識しているようです。WPF プロジェクト (「WPF アプリケーション」を選択して作成) では、アプリケーション プロパティで、アプリケーション クラスのインスタンスをスタートアップ オブジェクトとして設定できます。私の WinForms 変換プロジェクトでは、それはオプションではありません。

テキスト エディターで .csproj ファイルをざっと見てみましたが、プロジェクトが実際には WPF ではなく WinForms であることを Visual Studio に伝えるものは見つかりませんでした。

WinForms プロジェクトを「実際の」WPF プロジェクトにするには、他に何をする必要がありますか? 新しいプロジェクトを作成して現在のプロジェクトを置き換える以外に選択肢はありますか?

更新: .csproj ファイルを詳しく調べたところ、App.xaml がページとして追加されていることがわかりました。

ただし、私の他の WPF プロジェクトでは、それは ApplicationDefinition です。これを変更すると、Application インスタンスを起動オブジェクトとして設定でき、アプリが実行されます。ただし、ユーザー コントロール以外の WPF タイプを作成するオプションはまだありません。

いくつかの Web サービス参照を含む VS2005 プロジェクトがあります。プロジェクトは最近 VS2008 にアップグレードされましたが、Web 参照に問題があります...おそらく、適切にアップグレードされていない可能性があります。

[Web 参照の更新] を選択すると、次のエラーが表示されます。

「値を null にすることはできません。パラメータ名: discoveryError % mexError」これは非常に役立ちます。

その後、再度追加するつもりで Web 参照を削除しました...

[Web 参照の追加] ダイアログが表示され、Web サービスに関連付けられている各メソッドに関する情報が正常に読み込まれます。

ただし、参照を追加するためのボタンがグレー表示されており、「この URL で見つかった Web サービス:」というテキスト ボックスがあり、「現在の状態のため、操作は有効ではありません」というテキストが含まれているため、参照を追加できません。物体"。

最後に、これは私の主な質問につながります... では、この Web 参照を追加するにはどうすればよいですか? さらに良いことに、「オブジェクトの現在の状態」について無効なものを見つけるにはどうすればよいですか?

VS2008で同様の経験をした人はいますか?