0

この論文をきっかけに、Emac のorg-modeを少し調べてみようと思いました。現在、自分のドキュメントを書くのにどちらが適しているかを評価しようとしています。

Knitr について私が本当に気に入っているのは、実際のソースを外部化するオプションです(注意してください: R スクリプトのラベル/名前の宣言が から## ---- label -------に変更されたよう## @knitr labelです; を参照してください?read_chunk)、それらを実際の読み書き可能なプログラミング/再現可能な研究に「リンク」します。ドキュメント（実際にそのドキュメントにコードを書くのではなく）：

で「インポート」

<<import-external, cache=FALSE>>=
read_chunk('foo-bar.R') # has label/name 'foo-bar'
@

それぞれのラベルを参照して「再利用」します

<<foo-bar>>=
@

質問

.orgこれは組織モードでも可能ですか、それとも実際のコードをドキュメントに入れる必要がありますか?

私はこれを見つけましたが、外部ソースコードファイルをリンク/インポートし、リンクされたコードを内部に持つことでそれらを実行できるという特定の概念は見つかりませんでした

#+BEGIN_SRC R
<linked code>
#+END_SRC

バックグラウンド

このアプローチは、読み書きのできるプログラミングの一般的なパラダイムをある程度まで対比する可能性があることは確かです。しかし、私はやや「アトミック」なスタイルで作業するのが好きなので、最初はファイルを分けておき、次にすべてを動的にマッシュアップする方が自然だと感じています。

4

1 に答える 1

1

名前付きコード ブロックは役に立ちますか?

 #+NAME: foo-bar
 #+BEGIN_SRC R
   source(foo-bar.R)
 #+END_SRC

そして、実際に必要なときにコードを評価 (つまりロード) します。

 #+CALL: foo-bar()

詳細については、マニュアルを参照してください。

于 2013-08-13T13:14:51.050 に答える