問題タブ [legacy]

2007年 10 月に書かれたSubSonic Migrations に関する Rob Conery の投稿で、彼は「Left To Do」リストで次のように述べています。

既存の DB を移行ファイルに「リバース エンジニアリング」できるようにしたい

多くのテーブルを持つ既存のデータベースのバージョン管理を導入することを検討しています。SubSonic は私にとってツールのように見えますが、最初の移行を手動で記述することを楽しみにしていません! ロブまたは誰かがこれを自動的に行うためのツールを作成したかどうかを知っている人はいますか?

現時点では、レガシー アプリケーションに基づくアプリケーションを構築する必要があります。その古いアプリケーションのコードは破棄して書き直す必要がありますが、通常どおり、書き直すのではなく、それに基づいて何か新しいものを作成する必要があります。最近、DomainDrivenDesign パスに進むことにしました。つまり、腐敗防止層は私たちの問題の解決策になる可能性があります。私の知る限り、この方法で古いアプリケーションを徐々に書き直すことができるはずです。

しかし、良い例が見つかりません。どんな情報でもありがたいです。

ASP.NET の専門家がこの質問に答えてくれることを願っています。私は Web サイトと Web サービスを含む単一の Web アプリケーションを持っています - どちらにもいくつかの共通のアセンブリ参照があります (データ アクセス レイヤー、ユーティリティなど) - ただし、Web サービスに加えられた最近の変更により、共通アセンブリの異なるバージョンが必要になります。 Web サイトが動作しないバージョン (ご参考までに、Web サイトは、新しいバージョンのアセンブリを使用すると爆発する古い 1.x .NET コードです)。

Web サービスが 1 つのバージョンを参照し、Web サイトが別のバージョンを参照できるようにする方法を考えられる人はいますか? binフォルダー内に同じ名前のバージョンを 1 つしか持てないことは明らかです。

ありがとう！

(PS - 共通アセンブリを別の名前でコンパイルして参照し、それらを Web アプリのbinフォルダーに配置できる可能性があることに気づきましたが、それは本当に醜いように聞こえます...)

従来の DNN サイトを使用していますが、ページの上部にエラーが表示され、モジュールの 1 つがロードに失敗したことが示されます。それは素晴らしいことですが、モジュールがロードされなかった理由については何もわかりません。モジュールが爆発したときにスタック トレースを表示する方法を知っている DotNetNuke を使用する不幸な人はいますか? 「いやマジで…」ボタンを探し続けているのですが、まだ見つかりません。

乾杯、

-チャールズ

インタラクティブな DOS アプリケーションを GUI でラップする必要があります。DOS アプリケーションは、コマンド ライン パラメータを受け入れません。そのため、すべての作業はインタラクティブに行う必要があります。

ジョブを完了するプロセスは次のとおりです。 1. DOS コマンド プロンプトで DOS アプリケーションを起動します。2. 画面が表示され、「Press any key to start (開始するには何かキーを押してください)」と尋ねられます。 3. いずれかのキーを押すと、「メニュー 1」に進み、選択肢が表示されます。 file [Q] .. Quite Program 4. 「L」キーを押すと別の画面が表示され、プロジェクト ファイルをロードするデフォルト ドライブが表示されます。ドライブが目的のドライブでない場合は、「Press [SPACE BAR] to change Drive」 5. 「Return」を押してドライブを確認します 6. 関連するすべてのプロジェクト ファイルが表示されます。その後、up-down-left-right を使用できます矢印でナビゲートし、Enter キーを押してファイルをロードします。7. そして、テキスト出力が生成されるまで、インタラクティブなプロセスが続きます。

DOS アプリケーションのソース コードを持っていません。

定義ファイルを使用してプロセス全体を実行できるツールはありますか? このようなツールを使用すると、ユーザーが古い DOS アプリケーションを操作しなくても作業を完了するための GUI を開発できます。

ありがとう。デビッド

C＃のSendKeyを介してレガシーDOSアプリケーションを駆動する必要があります。しかし、うまくいかなかったことがわかりました。

http://www.vbforums.com/showthread.php?t=39626から、SendKeyがMS-DOSアプリケーションでは実際には機能しないことを理解しています。SendKeyが呼び出されると、MS-DOSアプリケーションが受け取るのはすべて「\」です。

ただし、フォーラムは、クリップボードを利用してキーをMS-DOSアプリケーションにプッシュするMSDNArticle142819を指しています。VBサンプルが提供されていますが、C＃に変換する方法がわかりません。

誰かが私が参照できるC＃で書かれた同様の例を持っているか知っていますか？

例外へのポインタをスローするのは悪いことです。

レガシーコードでキャッチターゲットをクリーンアップするためのあなたのアプローチは何ですか？operator newプライベートにすることで最初の部分を修正できると思います。

コンパイル時に同じように醜いものをキャッチするにはどうすればよいですか？catch (...)私はこれをただ領土に陥らせたくありません。

私は現在、これらの「procErr：」ステートメントがいたるところにあるレガシーVisualBasicプロジェクトを維持しています。関数の実行中にエラーが発生した場合の処理​​方法として使用されていると思いますが、これは正しいですか？

プロジェクトをVB.NETに変換しました。このprocErr構文を使用する代わりに、代わりにTry Catch内にラップするのがより良い方法ではないでしょうか？

非常に大規模でデータ集約型のレガシー アプリケーションに取り組んでいます。コードベースとデータベースの両方が大規模です。ビジネス ロジックの大部分は、ストアド プロシージャを含むすべての層に分散しています。

「単体」テスト (ほぼすべての特定のプロセスの単一の側面について層全体でテストする必要があるため、技術的に統合テスト) を効率的な方法でアプリケーションに適用する方法について、誰か提案はありますか? 現在のアーキテクチャは、どのタイプのインジェクションやモックも簡単にはサポートできません。テストを容易にするために新しいコードが作成されていますが、レガシー コードはどうでしょうか。データベース内のデータ自体とビジネス ロジックに大きく依存しているため、現在インライン SQL を使用してテストに使用するデータを検索していますが、これには時間がかかります。ビューやストアド プロシージャを作成するだけでは十分ではありません。

どのようなアプローチをとったか (該当する場合)? 何がうまくいきましたか？何ができなかったのか、その理由は? 任意の提案をいただければ幸いです。ありがとう。

Visual Basic 6.0で作成され、その後 .NET に移植された大規模なレガシ アプリケーションをリファクタリングしたいと考えています。自信を持ってこれを行うために、既存のコードの前後で単体テストを行い、前後を比較できるようにしたいと考えています。これを行う最も簡単で効果的な方法は何ですか?

「レガシーコードを効果的に使用する」という本があり、役に立ちそうです。ただし、オブジェクト指向言語のみを扱っているようで、Visual Basic 6.0 は必ずしもオブジェクト指向ではありません。この本はまだ役に立ちますか？読んだ人が保証してくれるといいのですが。

具体的には、このアプリケーションはフォーム自体以外のクラスを使用しません。フォームから直接データベースにアクセスしますが、一貫性はありません。このプロジェクトに取り組んでいる人は何人かいて、全員が独自のスタイルを使用しており、標準はまったくありません。

前述のとおり、このプロジェクトは VB.NET に移植されています。ただし、Visual Studio 2008 でコンパイルされるという意味でのみ移植されています。コーディングの概念はすべて Visual Basic 6.0 です。