2012-02-05 6 views
4

のは、私は3つのパッケージAB、およびCを持っているとしましょう。2つのRパッケージがお互いのリストにあることができますか?

Bdata repository 1に接続し、そのAPIに特定の機能を持っています。

Cdata repository 2に接続し、そのAPIに特定の機能を持っています。

最終的にはさらにいくつかの子パッケージがあります。

パッケージABCを介して取得したデータに適用generic方法および他の一般的な機能(例えば認証)を有するであろう。これは、開発に追いつくためのより合理化された方法であるということです(例えば、各子パッケージの内部で行うよりも、単一のauth関数を更新する必要があります)。だから、上にあるAために理にかなってBC

のためのリストを依存しかし、私はまた、単にAをインストールし、すべての子のパッケージへのアクセス権を持っているユーザーたいと思います。このため、BCを依存リストに追加します。

これは可能ですか?私はより良いワークフローを持っているべきですか?

+0

はい。これは、DESCRIPTIONファイルに "依存する"フィールドがある場所です。 http://cran.r-project.org/doc/manuals/R-exts.html#The-DESCRIPTION-file –

+0

適切な方法は、 'A'に' Suggests:BC'を、 'A'に' Depends:A'を使用することです。 'A'は他を必要としないので' A'と 'B'の両方が必要ですが、' A'が必要です。 –

+0

@SimonUrbanekありがとうございます。それは役に立ちます。明確にするために、Aはすべての一般的な関数を扱うので、ユーザーがAを持っていて、 'get_data(data_source =" B ")'または 'get_data(data_source = all)'を使用していれば、私たちは子パッケージをなくすことができましたが、今は非同期開発のために必要です。 – Maiasaura

答えて

1

gregmiscパッケージが依存してより焦点を絞ったサブパッケージをインストールします。このような一例です。それ自体には機能はありませんが、確かに可能です。

http://cran.r-project.org/web/packages/gregmisc

+1

ありがとう、私が探していた完璧な例(私は常にこれらのパッケージを使用しますが、セットアップに気づいていませんでした)。 – Maiasaura

+0

AFAIK 'gregmisc'の例は、上記の質問には関係ありません。なぜなら、サブパッケージは' gregmisc'に依存しないからです。 –

+0

良い点。しかし、私はそれがこのワークフローがどのように進むかについての先例を与えてくれるので、それを感謝します。つまり、パッケージAは元の 'gregmisc'と同等になり、必要に応じて将来分割されます。 – Maiasaura

関連する問題