11

強化されたエディタでは、カラーリングがヒントになるかもしれません。ただし、メインフレームでは、エディターに役立つものはないと思います。

私が使う

OPTIONS OBS=0 noreplace;

obs=0 オプションは、0 個のオブザバリオンが入力データセットから読み込まれることを指定し、NOREPLACE は SAS に同じ名前の既存の SAS データセットを上書きしないように指示します。新しいデータセットを作成する場合、それはすべての属性で作成されますが、観測は 0 です。(構文エラーが見つからなくなったら、必要に応じてオプションを Options Obs=max replace にリセットしてください)。

他のテクニックにも興味があります。ありがとう

オプションについての説明はここから来ました。

4

3 に答える 3

16

runステートメントでcancelオプションを使用します。データステップの構文をチェックし、実際に実行せずに終了します。noexecこれは、procsqlのオプションに類似したデータステップです。

data something;
<stuff here>
run cancel;

このSUGIpdfでより多くの詳細

于 2009-05-07T18:37:45.460 に答える
-1

このアドバイスは言語に依存しません。

構文 (およびロジック) エラーをキャッチするための好ましい手法は、独自のコードを詳細に読み取る (または検査) を実行し (構文エラーの大部分をキャッチする必要があります)、その後、小さなデータセットで単体テストを実行することです (これにより、テストが適切に設計されている場合は、残りの構文エラーや多くの論理エラーをキャッチします)。

単独で構文チェックを行うことにはある程度の価値があることに同意しますが、最初のコンパイルの前にコードを十分に読んで理解して、コンパイルされることがわかるようにすることは、努力するのに適した理想です。Steve McConnell は Code Complete でこの考えに触れています (第 2 版の 827 ページを参照)。

PS元の投稿で構文の強調表示について言及しました。SAS ファイルで構文の強調表示を実行する他のエディター (VIM など) があります。

于 2009-08-12T18:37:51.417 に答える
-1

PC 上の SAS と拡張された色分けされたエディターを使用して、すべてのコードを PC に記述しています。次に、SAS/CONNECT を使用してメインフレームで処理します。データセットが DASD 上にある場合は、SAS/CONNECT と Enterprise Guide を使用して、メインフレームでコードを直接実行します (JCL は使用しません!)。データ テープが関係しているため、バッチ実行が必要な場合は、SAS/CONNECT と SAS を使用します。 ftp エンジンを使用してコードをメインフレーム バッチ キューに送信します。私は、SAS 電子メール エンジンを使用して、出力とログを電子メールで返信しています。コードを ODS で囲み、メインフレームに出力用の WORD ドキュメントを生成させます。PROC ダウンロードを使用して出力をサーバーにダウンロードし、WORD で開くことができるようにします。

于 2009-08-12T18:09:40.663 に答える