hikiutils 0.2.3.13 → 0.2.3.14

data/hikiutils_yamane/latex_dir/command.aux

@@ -1,35 +0,0 @@
-\relax 
-\@writefile{toc}{\contentsline {subsection}{\numberline {4.1}コマンドの命名原則}{16}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.1.1}hikiutilsの想定利用形態}{16}}
-\@writefile{lof}{\contentsline {figure}{\numberline {4}{\ignorespaces hikiutilsがあらかじめ想定している利用形態．}}{16}}
-\newlabel{fig:002}{{4}{16}}
-\newlabel{default}{{4}{16}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.1.2}コメンド名と振る舞いの詳細}{17}}
-\@writefile{toc}{\contentsline {paragraph}{open FILE}{17}}
-\@writefile{lot}{\contentsline {table}{\numberline {1}{\ignorespaces }}{18}}
-\newlabel{default}{{1}{18}}
-\@writefile{toc}{\contentsline {paragraph}{ls [FILE]}{18}}
-\@writefile{toc}{\contentsline {paragraph}{rsync}{18}}
-\@writefile{toc}{\contentsline {paragraph}{touch FILE}{18}}
-\@writefile{toc}{\contentsline {paragraph}{pwd}{19}}
-\@writefile{toc}{\contentsline {paragraph}{cd VAL}{19}}
-\@setckpt{command}{
-\setcounter{page}{20}
-\setcounter{equation}{0}
-\setcounter{enumi}{2}
-\setcounter{enumii}{0}
-\setcounter{enumiii}{0}
-\setcounter{enumiv}{0}
-\setcounter{footnote}{0}
-\setcounter{mpfootnote}{0}
-\setcounter{part}{0}
-\setcounter{section}{4}
-\setcounter{subsection}{1}
-\setcounter{subsubsection}{2}
-\setcounter{paragraph}{0}
-\setcounter{subparagraph}{0}
-\setcounter{figure}{4}
-\setcounter{table}{1}
-\setcounter{lstnumber}{12}
-\setcounter{lstlisting}{0}
-}

data/hikiutils_yamane/latex_dir/command.tex

@@ -1,123 +0,0 @@
-
-\subsection{コマンドの命名原則}
-機能ごとの動作はコマンドのオプションによって指定されます．
-このオプションにどのような名前をつけるかは，どれだけコマンドを覚えやすいかという
-意味で重要です．コマンドの振る舞いを的確に表す名称をつける必要があります．
-
-この振る舞いとしてもっとも受け入れやすいのがshellで用意されているコマンドです．
-pwd, ls, rm, touch, openなどはもっとも直感的に動作がわかるコマンドです．
-hikiutilsの振る舞いを予測できるシェルコマンドと同じ名前でオプションを提供する
-ようにします．
-
-\subsubsection{hikiutilsの想定利用形態}
-ここでhikiutilsがあらかじめ想定している利用形態を解説しておきます．
-
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.002.jpg}
-\caption{hikiutilsがあらかじめ想定している利用形態．}
-\label{fig:002}
-\label{default}\end{center}\end{figure}
-hikiutilsは，
-
-\begin{itemize}
-\item local PCとglobal serverとが用意されており，
-\item それらのデータをrsyncで同期する
-\end{itemize}
-ことで動作することを想定しています．これは，ネットに繋がっていないオフラインの状況でも
-テキストなどの編集が可能で，さらに不用意な書き換えを防ぐための機構です．さらに，
-どちらもが何かあった時のバックアップともなって，ミスによる手戻りを防いでいます．
-
-これらの設定は，~/.hikircにyaml形式で記述・保存されています．
-\begin{lstlisting}[style=,basicstyle={\scriptsize\ttfamily}]
-bob% cat ~/.hikirc
-:srcs:
-- :nick_name: new_ist
-  :local_dir: "/Users/bob/Sites/new_ist_data/ist_data"
-  :local_uri: http://localhost/ist
-  :global_dir: nishitani@ist.ksc.kwansei.ac.jp:/home/nishitani/new_ist_data/ist_data
-  :global_uri: http://ist.ksc.kwansei.ac.jp/~nishitani/
-- :nick_name: dmz0
-  :local_dir: "/Users/bob/Sites/nishitani0/Internal/data"
-  :local_uri: http://localhost/~bob/nishitani0/Internal
-  :global_dir: bob@dmz0:/Users/bob/Sites/nishitani0/Internal/data
-  :global_uri: http://nishitani0.kwansei.ac.jp/~bob/nishitani0/Internal
-\end{lstlisting}
-また，一般的に一人のユーザがいくつものまとまりとしてのlocal-globalペアを
-保持して管理することが普通です．それぞれにnicke\_nameをつけて管理しています．
-\begin{lstlisting}[style=,basicstyle={\scriptsize\ttfamily}]
-bob% hiki -s
-hikiutils: provide utilities for helping hiki editing.
-"open -a mi"
-target_no:1
-editor_command:open -a mi
- id | name      | local directory                           | global uri     
------------------------------------------------------------------------------
-  0 | new_ist   | /Users/bob/Sites/new_ist_data/ist_data    | http://ist.ksc.k
- *1 | dmz0      | /Users/bob/Sites/nishitani0/Internal/data | http://nishitani
-  2 | ist       | /Users/bob/Sites/hiki-data/data           | http://ist.ksc.k
-  3 | new_maple | /Users/bob/Sites/new_ist_data/maple_hiki_d| http://ist.ksc.k
-\end{lstlisting}
-とすると，それらの一覧と，いまtargetにしているnick\_nameディレクリが表示されます．
-
-\subsubsection{コメンド名と振る舞いの詳細}
-検討の結果コマンドを以下のように書き換えることとします．
-上部に記した，特によく使うコマンドに関しては，shellでよく使われるコマンド名と一致するにようにしました．
-
-\begin{table}[htbp]\begin{center}
-\caption{}
-\begin{tabular}{llll}
-\hline
-変更前  &変更後  &動作の解説  \\ \hline
-edit FILE         &open  &open file  \\
-list [FILE]       &ls  &list files  \\
-rsync             &rsync  &rsync files  \\
-update FILE       &touch  &update file  \\
-show              &pwd  &show nick\_names  \\
-target VAL        &cd  &targetを変える，cdとのメタファ  \\
-  &  \\
-move [FILE]       &mv  &move file  \\
-remove [FILE]     &rm  &remove files  \\
-add               &  &add sources info  \\
-checkdb           &  &check database file  \\
-datebase FILE     &db  &read datebase file  \\
-display FILE      &show  &display converted hikifile  \\
-euc FILE          &  &translate file to euc  \\
-help [COMMAND]    &-h  &Describe available commands  \\
-version           &-v  &show program version  \\
-\hline
-\end{tabular}
-\label{default}
-\end{center}\end{table}
-%for inserting separate lines, use \hline, \cline{2-3} etc.
-
-それぞれの意図を動作の解説として記述しています．
-
-\paragraph{open FILE}
-ファイルを編集のためにeditorでopen．Editorは~/.hikircに
-\begin{quote}\begin{verbatim}
-:editor_command: open -a mi
-\end{verbatim}\end{quote}
-として保存されている．open -a miをemacsなどに適宜変更して使用．
-
-\paragraph{ls [FILE]}
-local\_dirにあるファイル名を[FILE*]として表示．例えば，hikiutils\_yamane以下の拡張子が
-ついたファイルを表示．hikiシステムではtextディレクトリーは階層構造を取ることができない．
-西谷研ではdirectoryの代わりにスネーク表記で階層構造を表している．
-
-\paragraph{rsync}
-local\_dirの内容をglobal\_dirにrsyncする．逆方向は同期に誤差が生じたり，permissionが
-おかしくなるので，現在のところ一方向の同期のみとしている．したがって，作業手順としては
-テキストの変更はlocal\_dirで読み行うようにしている．
-
-\paragraph{touch FILE}
-loccal\_dirで書き換えたFILEの内容をlocal\_uriに反映させ，ブラウザで表示．シェルコマンドの
-touchによって，変更時間を現在に変え，最新状態とするのに似せてコマンド名をtouchとしている．
-
-\paragraph{pwd}
-nick\_nameの一覧とtargetを表示，current targetをcurrent dirとみなして，
-コマンド名をpwdとした．
-
-\paragraph{cd VAL}
-targetを変える，change directoryとのメタファ．ただし，いまのところnick\_nameでは
-対応しておらず，nick\_nameの番号をVAL入力することで変更する．
-

data/hikiutils_yamane/latex_dir/compare.aux

@@ -1,30 +0,0 @@
-\relax 
-\@writefile{toc}{\contentsline {subsection}{\numberline {3.1}optparseとthorの比較}{8}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.1.1}optparse}{8}}
-\@writefile{toc}{\contentsline {paragraph}{runメソッド}{9}}
-\@writefile{toc}{\contentsline {paragraph}{initializeメソッド}{9}}
-\@writefile{toc}{\contentsline {paragraph}{executeメソッド}{9}}
-\@writefile{toc}{\contentsline {paragraph}{fizzbuzzメソッド}{10}}
-\@writefile{toc}{\contentsline {paragraph}{versionメソッド}{10}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.1.2}Thor}{10}}
-\@writefile{toc}{\contentsline {paragraph}{fizzbuzzメソッド，versionメソッド}{10}}
-\@setckpt{compare}{
-\setcounter{page}{11}
-\setcounter{equation}{0}
-\setcounter{enumi}{2}
-\setcounter{enumii}{0}
-\setcounter{enumiii}{0}
-\setcounter{enumiv}{0}
-\setcounter{footnote}{0}
-\setcounter{mpfootnote}{0}
-\setcounter{part}{0}
-\setcounter{section}{3}
-\setcounter{subsection}{1}
-\setcounter{subsubsection}{2}
-\setcounter{paragraph}{0}
-\setcounter{subparagraph}{0}
-\setcounter{figure}{1}
-\setcounter{table}{0}
-\setcounter{lstnumber}{16}
-\setcounter{lstlisting}{0}
-}

data/hikiutils_yamane/latex_dir/compare.tex

@@ -1,123 +0,0 @@
-
-\subsection{optparseとthorの比較}
-今回の既存システムであるhikiutilsはoptparseというコマンドライン解析ライブラリが用いられている．
-本研究ではこの代替ライブラリとしてThorの採用を検討した．
-本章の最初では，FizzBuzzという簡単なコードを例にoptparseとThorにより作成するコマンドライン解析コードの比較を行う．
-
-\subsubsection{optparse}
-optparseとは，getoptよりも簡便で，柔軟性に富み，かつ強力なコマンドライン解析ライブラリである．optparseでは，より宣言的なスタイルのコマンドライン解析手法，すなわちOptionParserのインスタンスでコマンドラインを解析するという手法をとっている．これを使うと，GNU/POSIX構文でオプションを指定できるだけでなく，使用法やヘルプメッセージの生成も行える[2]．利用頻度はあまり高くないが古くから開発され，使用例が広く紹介されている．
-
-optparseの基本的な流れとしては
-
-\begin{enumerate}
-\item OptionParserオブジェクトoptを生成する
-\item オプションを取り扱うブロックをopt.onに登録する
-\item opt.parse(ARGV)でコマンドラインを実際にparseする
-\end{enumerate}
-である.
-
-OptionParserはコマンドラインのオプション取り扱うためのクラスであるためオブジェクトoptを生成されopt.onにコマンドを登録することができる．しかし，OptionParser\#onにはコマンドが登録されているだけであるため，OptionParser\#parseが呼ばれた時，コマンドラインにオプションが指定されていれば実行される．optparseにはデフォルトとして--helpと--versionオプションを認識する[3].
-
-以下に示したコードがoptparseで記述されたfizzbuzzである．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-module Fizzbuzz
-  class Command
-
-     def self.run(argv)
-       new(argv).execute
-     end
-
-     def initialize(argv)
-       @argv = argv
-     end
-
-     def execute
-       options = Options.parse!(@argv)
-       sub_command = options.delete(:command)
-       case sub_command
-            when 'fizzbuzz'
-              fizzbuzz(options[:id])
-            when 'version'
-              version
-            end
-     end
-
-     def fizzbuzz(limit_number)
-       (0..limit_number).map do |num|
-         if (num % 15).zero? then print 'FizzBuzz'
-         elsif (num % 5).zero? then print 'Buzz'
-         elsif (num % 3).zero? then print 'Fizz'
-         else print num.to_s
-         end
-         print ' '
-       end
-     end
-
-     def version
-       puts Fizzbuzz::VERSION
-       exit
-     end
-  end
-end
-\end{lstlisting}
-このコードはfizzbuzzとversionのコマンドを実行させる．
-
-\paragraph{runメソッド}
-コマンド実行を行うためのメソッドであり，argv配列を代入することでexecuteメソッドを実行する．
-
-\paragraph{initializeメソッド}
-初期化を行うメソッドである．
-\begin{quote}\begin{verbatim}
-@argv = argv
-\end{verbatim}\end{quote}
-こうすることでargvをクラス内で利用できるようにする．
-
-\paragraph{executeメソッド}
-上記でoptparseではopt.onにコマンドを登録する必要があると説明したが，opt.onで登録できるものはハイフンがついたコマンドだけであり，ハイフンなしのコマンドの登録はこのようになる．
-
-argv配列の解析を行うOptions.parse!(@argv)をoptionsに代入して解析を行いsub\_commandに代入する．sub\_commandがfizzbuzzであればfizzbuzz(options[:id])メソッドを実行，versionであればversionメソッドを実行する．
-
-\paragraph{fizzbuzzメソッド}
-引数としてlimit\_numberを受け取り，0〜limit\_numberまでの数字を繰り返す．numが15であればFizzbuzzを表示，5であればBuzzを表示，3であればFizzを表示，それ以外は数字を表示し，その後に空白を表示する．
-
-\paragraph{versionメソッド}
-fizzbuzzのバージョンを表示する．
-
-\subsubsection{Thor}
-Thorとは，コマンドラインツールの作成を支援するライブラリのことである．gitやbundlerのようにサブコマンドを含むコマンドラインツールを簡単に作成することができる[4]．
-
-Thorの基本的な流れとしては
-
-\begin{enumerate}
-\item Thorを継承したクラスのパブリックメソッドがコマンドになる
-\item クラス.start(ARGV)でコマンドラインの処理をスタートする
-\end{enumerate}
-である[4].
-
-startに渡す引数が空の場合，Thorはクラスのヘルプリストを出力する．また，Thorはサブコマンドやサブサブコマンドも容易に作ることができる．
-
-以下に示したコードがThorで記述されたfizzbuzzである．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-module Fizzbuzz                                                   
-  class CLI < Thor
-
-    desc 'fizzbuzz', 'Get fizzbuzz result from limit number'
-    def fizzbuzz(limit)
-      print Fizzbuzz.fizzbuzz(limit).join(',')
-      exit
-    end
-
-    desc 'version', 'version'
-    def version
-      puts Fizzbuzz::VERSION
-    end
-  end
-end
-\end{lstlisting}
-このコードもoptparseのfizzbuzzと同様fizzbuzzとversionのコマンドを実行させる．
-
-\paragraph{fizzbuzzメソッド，versionメソッド}
-descでコマンド一覧で表示させるコマンド名と説明を書く．
-
-メソッド内ではそれぞれのコマンドの処理内容が書かれている．
-

data/hikiutils_yamane/latex_dir/optparse.aux

@@ -1,31 +0,0 @@
-\relax 
-\@writefile{toc}{\contentsline {subsection}{\numberline {3.2}既存のhikiutilsのコマンド解説}{11}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.1}コマンドの登録と実行メソッド}{11}}
-\@writefile{lof}{\contentsline {figure}{\numberline {2}{\ignorespaces コマンドの登録と実行メソッドの対応．}}{11}}
-\newlabel{fig:005}{{2}{11}}
-\newlabel{default}{{2}{11}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.2}CLIの実行プロセス}{12}}
-\@writefile{lof}{\contentsline {figure}{\numberline {3}{\ignorespaces CLIの実行プロセス．}}{13}}
-\newlabel{fig:007}{{3}{13}}
-\newlabel{default}{{3}{13}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.3}コード}{13}}
-\@setckpt{optparse}{
-\setcounter{page}{15}
-\setcounter{equation}{0}
-\setcounter{enumi}{2}
-\setcounter{enumii}{0}
-\setcounter{enumiii}{0}
-\setcounter{enumiv}{0}
-\setcounter{footnote}{0}
-\setcounter{mpfootnote}{0}
-\setcounter{part}{0}
-\setcounter{section}{3}
-\setcounter{subsection}{2}
-\setcounter{subsubsection}{3}
-\setcounter{paragraph}{0}
-\setcounter{subparagraph}{0}
-\setcounter{figure}{3}
-\setcounter{table}{0}
-\setcounter{lstnumber}{38}
-\setcounter{lstlisting}{0}
-}

data/hikiutils_yamane/latex_dir/optparse.tex

@@ -1,119 +0,0 @@
-
-\subsection{既存のhikiutilsのコマンド解説}
-既存のhikiutilsはコマンド解析ライブラリのoptparseを用いて，コマンドの処理を行っている．
-optparseの特徴は，「コマンドの登録，実行method」に分けて記述することが期待されている．
-また，CLIの起動の仕方が特徴的である．この二つを取り出して，動作とコードを説明する．
-
-\subsubsection{コマンドの登録と実行メソッド}
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.005.jpg}
-\caption{コマンドの登録と実行メソッドの対応．}
-\label{fig:005}
-\label{default}\end{center}\end{figure}
-optparseでは以下の通り，コマンドの登録と実行が行われる．
-
-\begin{enumerate}
-\item OptionParserオブジェクトoptを生成
-\item optにコマンドを登録
-\item 入力されたコマンドの処理のメソッドへ移動
-\end{enumerate}
-optparseではOptionParserオブジェクトoptの生成を行い，コマンドをoptに登録することでコマンドを作成することができる．しかし，これはコマンドを登録しているだけでコマンドの一覧ではこれを表示することができるが，コマンドの実行を行うためには実行を行うためのメソッドを作成する必要がある．optparseでのコマンドの実行はoptで登録されたコマンドが入力されることでそれぞれのコマンドの処理を行うメソッドに移動し処理を行う．しかし，このコマンド登録はハイフンを付けたコマンドしか登録ができず，ハイフンなしのコマンド登録はまた別の手段でやらなくてはいけない．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-    def execute
-      @argv << '--help' if @argv.size==0
-      command_parser = OptionParser.new do |opt|
-        opt.on('-v', '--version','show program Version.') { |v|
-          opt.version = HikiUtils::VERSION
-          puts opt.ver
-        }
-        opt.on('-s', '--show','show sources') {show_sources}
-        opt.on('-a', '--add','add sources info') {add_sources }
-        opt.on('-t', '--target VAL','set target id') {|val| set_target(val)}
-        opt.on('-e', '--edit FILE','open file') {|file| edit_file(file) }
-
-        ...省略...
-
-      end
-      begin
-        command_parser.parse!(@argv)
-      rescue=> eval
-        p eval
-      end
-      dump_sources
-      exit
-    end    
-    
-    def show_sources()
-      printf("target_no:%i\n",@src[:target])
-      printf("editor_command:%s\n",@src[:editor_command])
-
-      ...省略...
-
-    end
-
-    以下略
-
-\end{lstlisting}
-\subsubsection{CLIの実行プロセス}
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.007.jpg}
-\caption{CLIの実行プロセス．}
-\label{fig:007}
-\label{default}\end{center}\end{figure}
-optparseを用いた場合のCLIの実行プロセスは次の通りとなる．
-
-\begin{enumerate}
-\item HikiのHikiUtils::Command.run(ARGV)でhikiutils.rbのrunメソッドを呼ぶ
-\item new(argv).executeでexecuteメソッドが実行される
-\end{enumerate}
-optparseではHikiutils::Command.run(ARGV)を実行される．requireで呼び出されたhikiutils.rbでrunメソッドが実行される．そこでコマンドを登録しているexecuteメソッドへ移動し入力したコマンドと対応させる．そして，対応したコマンドの処理が行われるメソッドに移動することで実行される．このようにoptparseでは実行を行うためのメソッドが必要であるが，
-
-\subsubsection{コード}
-optparseの呼び出し側のexe/hikiのコードは次の通りである．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-#!/usr/bin/env ruby                                                             
-
-require "hikiutils"
-
-HikiUtils::Command.run(ARGV)
-\end{lstlisting}
-また呼び出される側のlib/hikiutils.rbのrunおよびexecute部のコードは次の通りとなる．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-    def self.run(argv=[])
-      print "hikiutils: provide utilities for helping hiki editing.\n"
-      new(argv).execute
-    end
-
-    def execute
-      @argv << '--help' if @argv.size==0
-      command_parser = OptionParser.new do |opt|
-        opt.on('-v', '--version','show program Version.') { |v|
-          opt.version = HikiUtils::VERSION
-          puts opt.ver
-        }
-        opt.on('-s', '--show','show sources') {show_sources}
-        opt.on('-a', '--add','add sources info') {add_sources }
-        opt.on('-t', '--target VAL','set target id') {|val| set_target(val) }
-        opt.on('-e', '--edit FILE','open file') {|file| edit_file(file) }
-        opt.on('-l', '--list [FILE]','list files') {|file| list_files(file) }
-        opt.on('-u', '--update FILE','update file') {|file| update_file(file) }
-        opt.on('-r', '--rsync','rsync files') {rsync_files}
-        opt.on('--database FILE','read database file') {|file| db_file(file)}
-        opt.on('--display FILE','display converted hikifile') {|file| display(f\
-ile)}
-        opt.on('-c', '--checkdb','check database file') {check_db}
-        opt.on('--remove FILE','remove file') {|file| remove_file(file)}
-        opt.on('--move FILES','move file1,file2',Array) {|files| move_file(file\
-s)}
-        opt.on('--euc FILE','translate file to euc') {|file| euc_file(file) }
-        opt.on('--initialize','initialize source directory') {dir_init() }
-      end
-      begin
-        command_parser.parse!(@argv)
-      rescue=> eval
-        p eval
-      end
-      dump_sources
-      exit
-    end  
-\end{lstlisting}

data/hikiutils_yamane/latex_dir/thor.aux

@@ -1,32 +0,0 @@
-\relax 
-\@writefile{toc}{\contentsline {subsection}{\numberline {4.2}Thorによる実装}{20}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.1}クラス初期化}{20}}
-\@writefile{lof}{\contentsline {figure}{\numberline {5}{\ignorespaces Thorのinitializeでのコード}}{20}}
-\newlabel{default}{{5}{20}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.2}コマンド定義}{21}}
-\@writefile{lof}{\contentsline {figure}{\numberline {6}{\ignorespaces thorにおけるコマンド記述のひな形．}}{22}}
-\newlabel{default}{{6}{22}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.3}CLIの実行プロセス}{22}}
-\@writefile{lof}{\contentsline {figure}{\numberline {7}{\ignorespaces CLIの実行プロセス．}}{23}}
-\newlabel{default}{{7}{23}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.4}optparseとの全体的な比較}{24}}
-\@setckpt{thor}{
-\setcounter{page}{25}
-\setcounter{equation}{0}
-\setcounter{enumi}{2}
-\setcounter{enumii}{0}
-\setcounter{enumiii}{0}
-\setcounter{enumiv}{0}
-\setcounter{footnote}{0}
-\setcounter{mpfootnote}{0}
-\setcounter{part}{0}
-\setcounter{section}{4}
-\setcounter{subsection}{2}
-\setcounter{subsubsection}{4}
-\setcounter{paragraph}{0}
-\setcounter{subparagraph}{0}
-\setcounter{figure}{7}
-\setcounter{table}{1}
-\setcounter{lstnumber}{14}
-\setcounter{lstlisting}{0}
-}

data/hikiutils_yamane/latex_dir/thor.tex

@@ -1,110 +0,0 @@
-\subsection{Thorによる実装}
-手法のところで概観した通り，thorを用いることで記述の簡略化が期待できる．ここでは，実際に書き換える前後，すなわちoptparse版とthor版の対応するコードを比較することで，以下の具体的な違い
-
-\begin{itemize}
-\item クラス初期化
-\item コマンド定義
-\item CLIの実行プロセス
-\end{itemize}
-について詳しく検討を行う．
-
-\subsubsection{クラス初期化}
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.003.jpg}
-\caption{Thorのinitializeでのコード}
-\label{default}\end{center}\end{figure}
-Thorのinitializeでのコードはつぎの通りである．
-
-\begin{enumerate}
-\item Hikithor::CLI.start(ARGV)が呼ばれる
-\item initializeメソッドが呼ばれる
-\item これではThorのinitializeメソッドが呼ばれない
-\item superを書くことでThorのinitializeメソッドが呼ばれる
-\end{enumerate}
-optparseではrequireでoptparseを呼びoptparseのinitializeを定義する必要はないが，Thorはinitializeを定義する必要がある．Thorの定義方法はrequireでThorを呼びCLIクラスで継承し，initializeメソッドにsuperを書くことでThorのinitializeが呼ばれる．initializeメソッド内ではThorの初期設定がされていないため，スーパークラスのメソッドを読み出してくれるsuperを書き加えることで図のようにinitializeメソッド内でThorのinitilalizeメソッドが呼ばれ定義される．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-
-module Hikithor
-
-  DATA_FILE=File.join(ENV['HOME'],'.hikirc')
-  attr_accessor :src, :target, :editor_command, :browser, :data_name, :l_dir
-
-  class CLI < Thor
-   def initialize(*args)
-      super
-      @data_name=['nick_name','local_dir','local_uri','global_dir','global_uri']
-      data_path = File.join(ENV['HOME'], '.hikirc')
-      DataFiles.prepare(data_path)
-
-      ...以下略...
-   end
-\end{lstlisting}
-\subsubsection{コマンド定義}
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.004.jpg}
-\caption{thorにおけるコマンド記述のひな形．}
-\label{default}\end{center}\end{figure}
-thorではoptparseのような登録処理はない．図にある通りにコマンドが記述され，それらは以下のように構成される．
-
-\begin{enumerate}
-\item desc以降にコマンド名と，その説明が記述される．これらはコマンドhelpで一覧として表示させる
-\item mapによって別のコマンド名でも実行できるように定義される．
-\item defで定義されたメソッドの実行コード
-\end{enumerate}
-Thorではdescで一覧を表示されるコマンド名，コマンドの説明を登録する．しかし，ここで記述したコマンドは単に一覧で表示させるためのものであり，実際に実行される時に呼び出すコマンド名は，defで定義された名前である．Thorでは処理実行を行うメソッド名がコマンド名となり，コマンド名１つが対応する．
-
-これに別名を与えるために利用されるキーワードがmapである．
-\begin{quote}\begin{verbatim}
-map A => B
-\end{verbatim}\end{quote}
-mapとはBと呼ばれるメソッドをAでも呼べるようにしてくれるものである．
-よって，これを使うことでコマンドの別名を指定することができる．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-    desc 'show,--show', 'show sources'
-    map "--show" => "show"
-    def show
-      printf("target_no:%i\n",@src[:target])
-      printf("editor_command:%s\n",@src[:editor_command])
-      ,,,以下略...
-    end
-\end{lstlisting}
-以上より，Thorではコマンドの指定と処理にはdesc,map,処理メソッドだけで済む．optparseではコマンドを登録するためのメソッドと処理メソッドの両方が必要になっていた．一方Thorでは，処理メソッドが直接コマンド名となるため記述が簡潔になる．
-
-\subsubsection{CLIの実行プロセス}
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=10cm,bb= 0 0 737 553]{../figs/./hikiutils_yamane.006.jpg}
-\caption{CLIの実行プロセス．}
-\label{default}\end{center}\end{figure}
-Thorにおけるcliの実行プロセスは次の通りである．
-
-\begin{enumerate}
-\item hiki\_thorのHikithor::CLI.start(ARGV)でhikiutils\_thor.rbのCLIクラスを呼ぶ
-\item hikiutils\_thor.rbのCLIクラスのメソッドを順に実行していく
-\end{enumerate}
-Thorではstart(ARGV)を呼び出すことでCLIを開始する．Hikithor::CLI.start(ARGV)を実行されることによりrequireで呼ばれているhikiutils\_thor.rbのCLIコマンドを順に実行する．そして，入力されたコマンドと一致するメソッドを探し，そのコマンドの処理が実行される．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-#!/usr/bin/env ruby                                                             
-
-require "hikiutils_thor"
-
-Hikithor::CLI.start(ARGV)
-\end{lstlisting}\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-
-module Hikithor
-
-  DATA_FILE=File.join(ENV['HOME'],'.hikirc')
-  attr_accessor :src, :target, :editor_command, :browser, :data_name, :l_dir
-
-  class CLI < Thor
-   def initialize(*args)
-      super
-      @data_name=['nick_name','local_dir','local_uri','global_dir','global_uri']
-      data_path = File.join(ENV['HOME'], '.hikirc')
-      DataFiles.prepare(data_path)
-      ...以下略...
-\end{lstlisting}
-Thorではクラスのメソッドを順に実行していくためrunメソッドとexecuteメソッドは必要ない．また，optparseでの実行手順はメソッドの移動回数が多く複雑であるが，Thorは単純で分かりやすいものとなっている．
-
-\subsubsection{optparseとの全体的な比較}
-コードからもThorのほうが短くなっていることが分かる．よって，Thorとoptparseでのコードの違いは以上の部分になるが全体的にもThorのほうがコードが短くなり，コマンドの定義も簡単に行うことができる．また，実行手順も分かりやすくコードが読みやすいため書き換えもすぐ行うことができるので，より直感的なコマンドを実装することも可能となった．
-