2017-02-04 5 views
0

XRMリポジトリ(https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/xrm)の定義を整理する作業を進めており、定義のインターフェイスの構成方法に関するガイドラインが必要です。準大型TDファイルのインターフェイスを整理する

基本的にすべてが(Xrm.Page.ui.formSelectorXrm.Page.ui.navigationXrm.Page.data.processなど)Xrm.Page、またはXrm.Utilityですが、深い行くことができます(ここでは単にXRMは構造https://drive.google.com/file/d/0B9-OddqJEKamWEs0MV9MMDdsWE0/viewあるかのアイデアを得るためにチートシートです)。私は、これらの "名前空間"はそれぞれ独自のインターフェースでなければならないと考えています。私の質問は、どのようにコード内のインターフェイスを構造化するのですか?すべてを根のレベルに置く?だからXrm.Data(または多分XrmPageData)のインターフェイスはXrm.Page.dataですか?これにより命名の競合が発生する可能性がありますが、すべてを簡単にアクセスできます。他のオプションは、見つかった場所にネストすることです。Xrm.Page.Dataは、Xrm.Pageモジュール(同じ名前ですが、Xrm.Pageインターフェイスではありません)に存在します。

現在のところ、定義ファイルは両方を使用しているため、ガイドライン/ベストプラクティスが何であるかを知りたかっただけです。

答えて

1

入力のユーザーは、ヘルプと例については、XRMのドキュメントを参照することになります。使用法の観点から、最も明白な方法は、型定義がAPIドキュメントに似ていることです。この場合は、Xrm.Page.datadataになり、Xrm.Pageモジュールに配置された、2番目の提案を使用することを意味します。

関連する問題