問題タブ [code-migration]

100 万行を超える COBOL コードを含むシステムを維持しています。COBOL で記述したすべてのビジネス ロジックを失うことなく GUI (おそらく Windows ベース) に移行する方法について誰か提案がありますか? はい、ビジネス ロジックの一部は、現在のユーザー インターフェイス内に埋め込まれています。

VS2008のC＃プロジェクトテンプレートとその製品を見ると、WPFユーザーコントロールライブラリ、WPFカスタムコントロールライブラリ、およびWindowsフォームコントロールライブラリがあります。C ++で記述されたレガシーアクティブコントロールをC＃と.NETの世界に移動したい場合、これらのどれを使用しますか？

すべてではないにしても、古いVC ++ 6.0MFCアプリの多くがVistaおよびServer2008で機能しません。移行が問題でしたが、今は問題です:(

これらを機能させるにはどうすればよいですか？それは可能ですか？検索しましたが、このテーマに関する知識のリポジトリはありますか？

編集：互換モードは機能しているようです。

Stack Overflow で、C#2.0 から C#3 に変換した人を読んだことがありますが、本当に価値があるのでしょうか?

メンテナンス段階に入る前に 75% で完了したプロジェクトがあります。C#3.0 に切り替える価値があるかどうか自問自答しています。

アップデート：

プロジェクトには Web インターフェイスが含まれるため、メンテナンス フェーズに入る前に Web パーツを開発する必要があります (すべて Windows フォームを使用して内部目的で行われました)。ほとんどの部品は再利用されます (バックエンド)。ほとんどの人は、すでに 75% だったので、それは価値がないと言いましたが、今でも価値がないと思いますか?

最終的にできたこと

最後に、Web インターフェースでプロジェクトを継続しているため、新年には 3.5 に更新します。皆様、ご意見をお寄せいただきありがとうございます。

従来の Web アプリのデータベースを SQL Server から MySQL に移行したいと考えています。注意が必要な MySQL の制限事項は何ですか? そして、実際にコードを変更する前に、包括的なチェックリストの一部となるすべての項目は何ですか?

バージョン固有のモジュールをPythonにインポートするのに最も意味のある方法はどれですか？私のユースケースは、Python 2.3環境にデプロイされ、数か月以内にPython2.5にアップグレードされるコードを記述していることです。これ：

またはこれ

どちらの場合も同じように正しく、正しく機能することを私は知っていますが、どちらが望ましいですか？

私はこのコードを持っています:

jQueryに相当するものは何ですか?

C# プロジェクトを作成し、既存のネイティブ (C++) コードを実装したいと考えています。誰かがそれについての良いチュートリアルを知っていますか?

ありがとう！

私は、iPhone、デスクトップ OS/X、Windows タブレット、Silveright ベースのブラウザー、Windows Mobile、および Windows のバージョンをこの優先順位で作成したい、描画ベースの製品に取り組んでいます。

GUI の移植性については、コアを C++ のままにして、Cocoa/Objective-C または WPF/C# の薄いレイヤーを使用するというのが古典的な答えです。

ただし、Silverlight では選択が複雑になります。

コードを C++/CLI に移行し、デュアル コード ベースを維持することに問題はありません (C++/CLI のコンテキスト キーワードを偽装するマクロと、^ と % の司法的な検索と置換を使用)。

これまでのところ、C++/CLI が Silverlight でサポートされる可能性は低いと思われます。それは私にオプションを残します：

1. v1.0 C++ ソース ベースの C# への 1 回限りの移行と継続的な並行メンテナンス
2. C++ から C# へ、またはその逆のツールを使用したライブ ポーティング (推奨をお願いします!) は、ビルド プロセスの一部として十分にスムーズです。
3. C++ ロジックがサーバー上に残るように、Silverlight バージョンのアーキテクチャ上の分離。パフォーマンスへの影響については少し不快です。

代替案を提案したり、Silverlight での C++/CLI に関する良いニュースを提供したり、移植ツールを推奨したりできる人はいますか? ポートが信頼できるものであれば、バックエンドのメイン言語として C++ または C# を使用できるほど、どちらの言語にも慣れています。

編集: Tangible Software Solutionsが提供する製品の範囲を見ると、コンバーターに関する彼らのメモは、C# から C++ への変換が他の方法よりも簡単であることを明確にしています。これは私が予想した通りです。私の C++ スタイルを最も一般的でない OO 分母に制限することに関して、興味深い考えが浮かび上がります。

最近 3.5 に移行した asp.net 1.1 アプリケーションがありました。移行したアプリケーションでコードを変更するときに、いくつかの問題に直面しています。これが何が起こっているかです

1. asp.net 1.1 アプリケーションには、ページ ディレクティブ codebehind="ePC.aspx.cs" があります。これで問題なく移行できました。

2. .cs ファイルにいくつかのコード変更を加えました。たとえば、ボタンを追加し、イベント ハンドラーをボタンに追加したとします。

3. この新しい機能が正しく実行されていませんでした。

4. codebehind ディレクティブを codefile ディレクティブに変更しました

5. 現在、正常に動作しています。ただし、展開中に、.cs ファイルも aspx ページと共に展開するよう求められます。なぜこれが起こっているのかはわかりません。

サンプルページディレクティブを添付しました

VisualStudio で CodeFile を使用

サイト公開後

App_Web_eu_mdesxは、公開された Web サイトで自動的に生成されました。ここで何が起こっているのかわかりません