処理をベタ書きするか、別ラベルにまとめるか、別ソースに分けるか、という話

プログラムを書いているとき、何度も繰り返し使うコードはまとめたくなります。
SASでももちろん同じで、SASマクロにして繰り返し使うことで、コードの可視性が上がり、コーディングのミスを減らすことができます。

最近引き継いだSAS/AFのsclソースプログラムを編集していて、繰り返し使われているコードが何度も出てくるところがあったので、まとめようか悩んで、パフォーマンス的にどうなのか、というところを検証してみました。

実際のコードは以下のような感じです。
Excelにデータを投げる前に、Excelで処理できない文字を変換しておく、というものです。

    _data=ktranslate(_data,"'",'"');
    _data=ktranslate(_data,"’",'”');
    _data=ktranslate(_data,"’",'“');
    _data=ktranslate(_data,"’",'゛');

テストパターンは以下の4つを設定しました。

テスト条件は以下の通りです。

詳しいソースは以下から参照してください。

簡単に解説すると、SAS/AFのsclでは初回実行時に処理されるinitラベルというものがあり、今回はそこに処理を記述します。

パターン1では、doループ内にコードを記述しています。
パターン2では、doループ内で、別のラベルブロック(test:)にlink(vbaでいうcall)しています。ローカルのユーザ定義プロシージャのようなものですね。
パターン3では、entry渡しで、他のsclに処理をさせています。globalのユーザ定義プロシージャとして動きます。
パターン4では、SASマクロで記述されています。実はマクロでsclのソースを書くことができるんです。コンパイル時にマクロもコンパイルされ、内部ソースコードおよび中間コードが生成されます。

実行した結果は以下の通りです。