私にとっては、再利用ライブラリの最大の利点は、提供されている各ライブラリ/関数のソースコードの例が含まれていることです。これは、新しいものを使用している、またはそれをしばらく使用していない場合に非常に役立ちます。場合によっては、独自のコードのベースとして使用できる、または必要なコードを単純にコピーできる複数のサンプルプログラムがあります。ここに紹介されているコンポーネントは、あなたが持っている可能性のある共通の要件に対処して、再開発する必要がないと考えられています。あなたの2番目の質問に答えるために
:
を私は再利用ライブラリがリリース上で任意のまたは多くの更新があったとは思いません。ツールバーの「ライブラリ」ボタンをクリックすると、表示されるデフォルトのライブラリが「SAP Technology」であることがわかります。 (私には "E-Government Toolbox"という余分なライブラリが含まれていますが、これは空ですが、開発者にとって再利用可能なコンポーネントのリファレンスを維持するための "プラガブル"な方法だと思います。 SAPがあなたのシステムにインポートできる再利用可能なコンポーネントをリリースしていることに気づいていません。SAPlinkのようなコミュニティの取り組みは、おそらく再利用可能なコンポーネントを共有するより良い賭けですが、実際には、それら。
あなたが指摘するように、あなたがあなた自身の再利用可能なコンポーネントを文書化するためにそれを使用することができますが、他のSAPの顧客が使用するコンポーネントを開発していない限り、私は、非常に実用的としてこれを見ない。
にしてくれてありがとうをあなたの返事。私はいくつかのcustoで働く各サイトには、業界固有の頻繁に使用されるオブジェクト、または作業を行う「自分の方法」があります。これは、頻繁に使用される機能や、社内のサポートチームのための新しいライブラリを文書化するための合理的な場所です。それは単に年齢を超えてきた素晴らしいツールのように思えますが、SAPによってさえも明らかに不十分です。文書化された関数は、リリースされた/再利用可能なコードの小さなサブセットのみをカバーします。事実、私たちはすべて、ドキュメント上の圧力がウィンドウの外にある最初のものだと知っているので、あまりにも驚くべきではありません。 – Esti
私はいつも開発者がABAPエンティティ(プログラム、汎用モジュールなど)に組み込みのドキュメントを使用する必要がありましたが、これまでにほとんど気にしていないようです。これを適切な命名とモジュール化、パッケージの使用と組み合わせると、システム内のカスタムオブジェクトとは何かを推測することはできません。 – mydoghasworms