Rパッケージ

は、これは私が以前投稿questionにフォローです。要約すると、私はいくつかの外部非Rベースのライブラリを利用するSlidifyというRパッケージを書いています。私の以前の質問は、依存関係の管理方法に関するものでした。Rパッケージ

いくつかの解決策が最も魅力的な解決策は、異なるRパッケージなどの外部ライブラリをパッケージ化し、それSlidifyの依存作ることだったの、提案されました。これは、パッケージxlsxに続く戦略で、Java依存関係を別のパッケージxlsxjarsとしてパッケージ化します。

外部ライブラリをダウンロードとして提供し、Slideify内にinstall_libraries機能をパッケージ化すると、自動的に必要なファイルが取り出され、パッケージディレクトリにダウンロードされます。物事が変わると更新するupdate_libraries関数を追加することもできます。私の質問がある

、Rベースでない外部ライブラリのためのCRANダンスを踊りに特定の利点があります。私はここに何かを逃していますか

出典

2012-11-06 Ramnath

バック保持されていないなど

これらの固定部品を使用して、パッケージのより軽快な発展をinstall.packages()を知っています。中央のリポジトリと配布メカニズムとしてCRANを使用することが望ましい： 'install.packagesはは（）'既に存在している、そうであるようにあなたは、単に新しいとテストされていないエラーの滑りやすい斜面を下るする新しいメカニズムを再発明することで更新変種などを。あなたは本質的にディストロやfinkのようなシステムを改革しようとしています。複雑すぎる –

+0

あなたのcomemnt @Dirkに感謝します。外部ライブラリのサイズは10MBで、CRANのドキュメントを読むと、5MB以下にするという効果がありました。私は、CRANが簡単なメカニズムを提供し、可能な限りどこでもそれを使用することが理にかなっているというあなたの要点を見ています。 – Ramnath

+0

xlxsとwekaはJavaですか？そして、ジャーのパッケージは理にかなっています。そうでなければ、バイナリ互換性の問題があり、ユーザーに依存しなければならない可能性があります。 –

「リソース」のパッケージにはより多くの意味になり、大規模な、（主に）一定の数のslidify、およびポータブルファイルのようなパッケージのため、コメント・スレッドで説明したように：

をあなたは知っているだろうそれはインストールパス（パッケージ自体があなたを教えてくれますよう）
ユーザーが誤ってあなたがCRANの配布、ミラー、...
ユーザーを取得CRANは
をテストし得る
どこかにそれを置くことはできませんアールeadyは `install_libraries`ハックをしないでください大きなサポートファイル

出典

2012-11-06 19:35:51

包括的な回答@Dirkを投稿してくれてありがとう。あなたが詳細に記述する利点は、CRANを介して非Rリソースを配布する場合にも強力なケースです。 – Ramnath

あなたはまた、CRANの態度を得る... – hadley

たぶん私はギブス・スマッグスよりもCRANの態度をとるだろうか？ ;-) –

答えて

関連する問題