レガシー アプリケーションをアップグレードする際のベスト プラクティス

Enterprise Developer では、Net Express、Server Express、Mainframe Express など、従来の Micro Focus 製品で作成されたアプリケーションを必要に応じて柔軟に改良できます。

最も簡単な方法は、Visual Studio で個々のファイルを開き、IDE を使用して編集、コンパイル、およびデバッグすることです。Micro Focus が推奨する方法は、Visual Studio プロジェクトを作成して、Enterprise Developer が備えるさまざまなプロジェクト ハンドリング機能を活用することです。

大きなプロジェクトをアップグレードする場合に、開発プロセスを進める最善の方法として推奨される各種事項について、プロセスの段階ごとに次に示します。

ソース コード用のプロジェクトの作成

プロジェクト ファイルを以前に使用していたかどうかにかかわらず、アプリケーション ファイル用に Enterprise Developer でプロジェクトを作成することをお勧めします。プロジェクト ファイルを使用すると、Visual Studio の生産性機能をすべて利用できるようになります。詳細については、「プロジェクトの操作」を参照してください。

アプリケーション用の Net Express プロジェクトが存在する場合は、次の点に注意してください。

  • Visual Studio プロジェクトは、既存の Net Express プロジェクトに直接対応するものではありません。
  • Visual Studio にプロジェクトをインポートする場合は、Net Express Project Import ウィザードを使用すると便利です。このウィザードは、既存の Net Express プロジェクトを分析し、プロジェクトを含むソリューションを作成し、Net Express プロジェクトで使用されていたコンパイラ指令を設定します。
  • このウィザードを使用すると、Net Express から Visual Studio にソースをすばやく簡単に移動できます。完全に最適化されたソリューションが作成されるとは限らないため、ソース ファイルを移動した後、最初の Visual Studio プロジェクトを再検討して再構成することが必要になる場合もあります。

Visual Studio プロジェクトへのソースのインポート

Visual Studio プロジェクトを作成し、そのプロジェクトにソース ファイルを追加する方法は、次のように複数あります。

  • Net Express Project Import ウィザードを使用して、既存の Net Express プロジェクトを利用します。プロジェクトを分析し、Net Express で使用されていた設定を使用するさまざまなプロジェクトを含む Visual Studio ソリューションを作成して、ソース ファイルを追加します。
  • Visual Studio プロジェクトを作成し、[Add Existing Item] を使用してソース ファイルを追加します。これにより、コンパイラ指令の設定なしにファイルがプロジェクトに追加されます。
  • Visual Studio プロジェクトを作成し、[Add Existing COBOL Items] を使用してソース ファイルを追加します。これにより、ファイルがスキャンされ、ファイルがプログラムであるかコピーブックであるかが判定されて、適切なビルド アクションが設定されます。また、[Tools > Options > Micro Focus > Directives > COBOL] での指定に応じて、必要な COBOL および EXEC SQL 指令も設定されます。
  • [File > New > Project From Existing Code] を使用します。ウィザードに従って、特定の場所に保存されているファイルからプロジェクトを作成できます。ウィザードにより、プロジェクトが作成および構成され、各ファイルに必要なコンパイラ指令が設定されます。

プロジェクト タイプの選択

Enterprise Developer には、次のプロジェクト タイプが用意されています。

Visual Studio プロジェクト タイプ 説明
ネイティブ アプリケーション 従来の Micro Focus 製品またはコマンド ラインでコンパイルするために使用した既存のアプリケーションには、このタイプを選択します。
Windows デスクトップ アプリケーション .NET フレームワークの機能を活用してアプリケーションを拡張する場合は、このプロジェクト タイプを選択します。

既存のネイティブ COBOL アプリケーションは、通常、変更の必要なしに.NET COBOL プロジェクトでコンパイルできます。

.NET Windows デスクトップ プロジェクトに切り替える利点は次のとおりです。

  • .NET COBOL 方言では、.NET フレームワークに適した COBOL 言語機能を多数利用できるようになります。
  • C# などの他の .NET マネージ言語との連携が容易になります。
  • Windows Presentation Foundation など、広く使われているさまざまな .NET フレームワーク機能を活用できるようになります。
制約事項: .NET COBOL プロジェクトではコード分析は利用できません。
Mainframe Subsystem Support アプリケーション レガシー アプリケーションで CICS、IMS、BMS、アセンブラー、その他のメインフレーム コンポーネントなどのメインフレーム サポートを使用している場合は、このタイプを選択します。

ファイル内でのタブの使用

従来の Micro Focus 製品 (Net Express など) の場合、タブのサイズは、デフォルトでは 8 つの空白文字になりますが、Visual Studio の場合、デフォルトでは 4 つの空白文字になります。そのため、Enterprise Developer で COBOL ソースをコンパイルしようとすると、コンパイラ エラーが発生することがあります。

アプリケーションの Net Express プロジェクトが存在する場合は、Enterprise Developer の Net Express Project Import ウィザードを使用して、アプリケーションをアップグレードできます。このウィザードでは、各タブが 4 つの空白文字に自動的に変換されます。

別の方法を使用してファイルを Visual Studio にインポートすると、タブは自動的には変換されません。そのような場合は、タブを 4 つの空白文字に変換する SOURCETABSTOP"4" コンパイラ指令を設定することをお勧めします。

Visual Studio の設定でタブのサイズを変更しないでください。この設定は、IDE で使用している他のすべてのプログラミング言語に適用されます。

Enterprise Developer ではタブの代わりに空白文字を使用することをお勧めします。

予約語になった変数の名前変更

Micro Focus では、COBOL 言語を継続的に強化しています。Micro Focus 製品の新しいリリースでは、新しいレベルの COBOL 言語が使用されており、各レベルで、COBOL の予約キーワードのリストに新しい語が追加されています。

以前のレベルの COBOL 言語を使用している製品からアプリケーションをアップグレードする場合、変数名の一部が予約語になっていることがあります。この問題の解決方法については、「アップグレード ガイド」を参照してください。

混乱を避けるため、名前が予約語になった変数については、その名前を変更することをお勧めします。

Enterprise Developer ではサポートされていない機能

以前の Micro Focus 製品で利用できた機能が、Enterprise Developer では、動作が変わっていたり、置き換えられていたりする場合があります。詳細については、「アップグレード ガイド」の「旧 Micro Focus 製品からのアップグレード」を参照してください。