Code for IBM i その全貌：Part２ 開発環境俯瞰図｜IBM iの新しいオープンソース開発環境

それでは、もう少し具体的にCode for IBM iの守備範囲を、ソースコードを中心にまとめていきたいと思う。比較するうえで、SEU/PDMおよびRDiの守備範囲も一緒に考える（図表3）。

では、各ツールの図表内のソースコード保管場所と各操作についての対応状況をそれぞれ表にまとめてみよう。

①ソースファイル

ソースファイルには3つのツールともアクセス可能だが、若干の違いがある。Code for IBM iは、RPG ⅢおよびIVについてはプロンプト機能が提供されていないため、△。SEU/PDMは、RPG Ⅳにおけるエディタの行単位の構文検査が完全ではないため、△。エラーを無視して保管することは可能だが、あまり現実的ではない（図表4）。

②IFS上のソースコード

SEUはIFS上のソースコードを直接修正できないので、すべて×。Code for IBM iは、ソース・ファイルのときと同じ理由で、△（図表5）。

③開発PC上のソースコード

SEUはIBM i上のツールなので、開発PC上のソースコードにアクセスすることはもちろん不可能なので、すべて×。Code for IBM iは②の理由と同じで、△（図表6）。

④開発PC のソースコードをIFSにプッシュ

RDiはIFSプロジェクト機能（リモート・リコンサイラ）を利用して、プッシュ可能。Code for IBM iについては後述（図表7）。

⑤開発PC のソースコードをソースファイル（メンバー）にプッシュ

RDiは i プロジェクト機能を利用してプッシュ可能。Code for IBM iは不可なので、これだけだとRPG Ⅲのソースコードの保守は不可能との判断になる（図表8）。

⑥コンパイラを実行

RPGの場合、コンパイラは2つ（CRTRPGPGM と CRTRPGMOD）。どの開発環境からも実行することが可能（図表9）。

⑦IBM iオブジェクトの処理

オブジェクトの一覧表示や、削除などの基本操作はどのツールも利用可能（図表10）。

Gitの利用

Gitについては、前述したようにSEU/PDM環境では利用不可（図表11）。

以上の比較を見ると、Code for IBM iはRDiが提供している機能をほぼ網羅している一方、以下が弱いことがわかる。

・プロンプト機能がない

・ローカルのコードを直接ソースファイルのメンバーにプッシュできない

逆を言えば、上記の問題が解決できればRDiの代替案として、Code for IBM iは十分に活用可能ということだ。その可能性も踏まえて、Code for IBM iの使い方を具体的に見ていこう。（Part３へ続く）