hikiutils 0.2.3.17 → 0.2.4

data/hikiutils_yamane/latex_dir/pre.tex

@@ -1,36 +0,0 @@
-\documentclass[10pt,a4j]{article}
-
-\def\Vec#1{\mbox{\boldmath $#1$}}
-\usepackage[dvipdfmx]{graphicx}
-
-\setlength{\textheight}{275mm}
-\headheight 5mm
-\topmargin -20mm
-\textwidth 160mm
-\textheight 250mm
-\oddsidemargin -0mm
-\evensidemargin -5mm
-
-\pagestyle{empty}
-\makeatletter
-  \def\@maketitle{%
-  \newpage\null
-  \vskip 2em%
-  \begin{center}%
-  \let\footnote\thanks
-    {\large\bf \@title \par}%
-    \vskip 1.5em%
-    {\large\bf \@author \par}%
-    \vskip 1.5em%
-    {\small \@date}%
-  \end{center}%
-}
-\makeatother
-
-%\documentclass[10pt, a4j]{article}
-%%\usepackage{citesort}
-\usepackage{amssymb}
-\usepackage[dvipdfmx]{graphicx}% 図を入れるときに使用
-\usepackage{wrapfig}% 図の周りに本文を流し込みたいときに使用
-\usepackage{subfigure}
-\usepackage{here}

data/hikiutils_yamane/latex_dir/results.aux

@@ -1,50 +0,0 @@
-\relax 
-\@writefile{toc}{\contentsline {section}{\numberline {4}結果}{15}}
-\@writefile{toc}{\contentsline {subsection}{\numberline {4.1}コマンドの命名原則}{15}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.1.1}hikiutilsの想定利用形態}{15}}
-\@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}コメンド名と振る舞いの詳細}{16}}
-\@writefile{lot}{\contentsline {table}{\numberline {1}{\ignorespaces コマンドオプションとshellコマンドの対応．}}{17}}
-\newlabel{table:ShellOption}{{1}{17}}
-\newlabel{default}{{1}{17}}
-\@writefile{toc}{\contentsline {paragraph}{open FILE}{17}}
-\@writefile{toc}{\contentsline {paragraph}{ls [FILE]}{17}}
-\@writefile{toc}{\contentsline {paragraph}{rsync}{17}}
-\@writefile{toc}{\contentsline {paragraph}{touch FILE}{18}}
-\@writefile{toc}{\contentsline {paragraph}{pwd}{18}}
-\@writefile{toc}{\contentsline {paragraph}{cd VAL}{18}}
-\@writefile{toc}{\contentsline {subsection}{\numberline {4.2}Thorによる実装}{18}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.1}クラス初期化}{18}}
-\@writefile{lof}{\contentsline {figure}{\numberline {5}{\ignorespaces Thorのinitializeでのコード．}}{19}}
-\newlabel{fig:003}{{5}{19}}
-\newlabel{default}{{5}{19}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.2}コマンド定義}{20}}
-\@writefile{lof}{\contentsline {figure}{\numberline {6}{\ignorespaces Thorにおけるコマンド記述のひな形．}}{20}}
-\newlabel{fig:004}{{6}{20}}
-\newlabel{default}{{6}{20}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {4.2.3}CLIの実行プロセス}{21}}
-\@writefile{lof}{\contentsline {figure}{\numberline {7}{\ignorespaces CLIの実行プロセス．}}{22}}
-\newlabel{fig:006}{{7}{22}}
-\newlabel{default}{{7}{22}}
-\@setckpt{results}{
-\setcounter{page}{24}
-\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}{3}
-\setcounter{paragraph}{0}
-\setcounter{subparagraph}{0}
-\setcounter{figure}{7}
-\setcounter{table}{1}
-\setcounter{lstnumber}{14}
-\setcounter{lstlisting}{0}
-}

data/hikiutils_yamane/latex_dir/results.tex

@@ -1,257 +0,0 @@
-
-\section{結果}
-\subsection{コマンドの命名原則}
-機能ごとの動作はコマンドのオプションによって指定される．
-このオプションにどのような名前をつけるかは，どれだけコマンドを覚えやすいかという
-意味で重要である．コマンドの振る舞いを的確に表す名称をつける必要がある．
-
-この振る舞いとしてもっとも受け入れやすいのがshellで用意されているコマンドである．
-pwd, ls, rm, touch, openなどはもっとも直感的に動作がわかるコマンドである．
-hikiutilsの振る舞いを予測できるシェルコマンドと同じ名前でオプションを提供する．
-
-\subsubsection{hikiutilsの想定利用形態}
-ここでhikiutilsがあらかじめ想定している利用形態を解説する．
-
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=12cm,bb= 0 0 937 753]{../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{コメンド名と振る舞いの詳細}
-検討の結果コマンドを以下の表\ref{table:ShellOption}のとおり書き換えることとする．
-上部に記した，特によく使うコマンドに関しては，shellでよく使われるコマンド名と一致するにようにした．
-
-\begin{table}[htbp]\begin{center}
-\caption{コマンドオプションとshellコマンドの対応．}
-\label{table:ShellOption}
-\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入力することで変更する．
-
-\subsection{Thorによる実装}
-手法のところで概観した通り，Thorを用いることで記述の簡略化が期待できる．ここでは，実際に書き換える前後，すなわちoptparse版とThor版の対応するコードを比較することで，以下の具体的な違い
-
-\begin{itemize}
-\item クラス初期化
-\item コマンド定義
-\item CLIの実行プロセス
-\end{itemize}
-について詳しく検討を行う．
-
-\subsubsection{クラス初期化}
-Thorのinitializeでのコードの呼び出し関係は図\ref{fig:003}の通りである．
-
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=12cm,bb= 0 0 937 753]{../figs/./hikiutils_yamane.003.jpg}
-\caption{Thorのinitializeでのコード．}
-\label{fig:003}
-\label{default}\end{center}\end{figure}
-この動きを順を追って説明すると
-
-\begin{enumerate}
-\item Hikithor::CLI.start(ARGV)が呼ばれる
-\item initializeメソッドが呼ばれる
-\item これではThorのinitializeメソッドが呼ばれない
-\item superを書くことでThorのinitializeメソッドが呼ばれる
-\end{enumerate}
-となる．
-
-この実装コードは次の通りである．
-\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}
-optparseではrequireでoptparseを呼びoptparseのinitializeを定義する必要はないが，Thorはinitializeを定義する必要がある．Thorの定義方法はrequireでThorを呼びCLIクラスで継承し，initializeメソッドにsuperを書くことでThorのinitializeが呼ばれる．initializeメソッド内ではThorの初期設定がされていないため，スーパークラスのメソッドを読み出してくれるsuperを書き加えることで図のようにinitializeメソッド内でThorのinitilalizeメソッドが呼ばれ定義される．
-
-\subsubsection{コマンド定義}
-Thorではoptparseのような登録処理はない．コマンド記述のひな形は図\ref{fig:004}の通りである．
-
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=12cm,bb= 0 0 937 753]{../figs/./hikiutils_yamane.004.jpg}
-\caption{Thorにおけるコマンド記述のひな形．}
-\label{fig:004}
-\label{default}\end{center}\end{figure}
-このひな形を順を追って説明する．
-
-\begin{enumerate}
-\item desc以降にコマンド名と，その説明が記述される．これらはコマンドhelpで一覧として表示させる
-\item mapによって別のコマンド名でも実行できるように定義される．
-\item defで定義されたメソッドの実行コード
-\end{enumerate}
-この実装コードは次の通りである．
-\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で一覧を表示されるコマンド名，コマンドの説明を登録する．しかし，ここで記述したコマンドは単に一覧で表示させるためのものであり，実際に実行される時に呼び出すコマンド名は，defで定義された名前である．Thorでは処理実行を行うメソッド名がコマンド名となり，コマンド名１つが対応する．
-
-これに別名を与えるために利用されるキーワードがmapである．
-\begin{quote}\begin{verbatim}
-map A => B
-\end{verbatim}\end{quote}
-mapとはBと呼ばれるメソッドをAでも呼べるようにしてくれるものである．
-よって，これを使うことでコマンドの別名を指定することができる．
-
-以上より，Thorではコマンドの指定と処理にはdesc,map,処理メソッドだけで済む．optparseではコマンドを登録するためのメソッドと処理メソッドの両方が必要になっていた．一方Thorでは，処理メソッドが直接コマンド名となるため記述が簡潔になる．
-
-\subsubsection{CLIの実行プロセス}
-CLIの実行プロセスは図\ref{fig:006}の通りである．
-
-\begin{figure}[htbp]\begin{center}
-\includegraphics[width=12cm,bb= 0 0 937 753]{../figs/./hikiutils_yamane.006.jpg}
-\caption{CLIの実行プロセス．}
-\label{fig:006}
-\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コマンドを順に実行する．そして，入力されたコマンドと一致するメソッドを探し，そのコマンドの処理が実行される．
-
-exe/hiki\_thorの具体的な記述は次の通りである．
-\begin{lstlisting}[style=customRuby,basicstyle={\scriptsize\ttfamily}]
-#!/usr/bin/env ruby                                                             
-
-require "hikiutils_thor"
-
-Hikithor::CLI.start(ARGV)
-\end{lstlisting}
-hikiutilsのoptparseバージョンと同様に「require "hikituils\_thor"」ではlib/hikiutils\_thor.rbを読み出してくることを期待している．
-ここでもgemspecファイルでlibへのロードパスの記述がされているため，hikiutils\_thor.rbを参照することができる．
-「Hikithor::CLI.start(ARGV)」ではlib/hikiutils\_thor.rbのHikithorモジュールCommandクラスを実行する記述が成されている．
-
-呼び出される側のlib/hikiutils\_thor.rbの具体的な記述は次の通りである．
-\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}
-通常のclass呼び出しで生成されるようになっている．
-rubyにおいても通常のclassからの実行では，newした後にexeする．
-しかし，Thorにおいてはstartという関数名で初期化・実行される．
-これは，rubyに付属しているRakefileの実行方法とよく似た構文となっている．
-

data/hikiutils_yamane/method.hiki

@@ -1,238 +0,0 @@
-{{toc}}
-!方法
-!!optparseとThorの比較
-今回の研究対象のhikiutilsは，optparseというコマンドライン解析ライブラリで実装されている．
-本研究ではこの代替ライブラリとしてThorの採用を検討した．
-本章の最初では，FizzBuzzという簡単なコードを例にoptparseとThorにより作成するコマンドライン解析コードの比較を行う．FizzBuzzはThorの使い方を解説した記事{{cite(1-2)}}で紹介されている．比較しやすくするためoptparseでFizzBuzzを新たに実装した．
-
-!!!Thor
-Thorとは，コマンドラインツールの作成を支援するライブラリのことである．gitやbundlerのようにサブコマンドを含むコマンドラインツールを簡単に作成することができる{{cite(1-2)}}．
-
-Thorの基本的な流れとしては
-#Thorを継承したクラスのメソッドがコマンドになる
-#クラス.start(ARGV)でコマンドラインの処理をスタートする
-である{{cite(1-2)}}.
-
-startに渡す引数が空の場合，Thorはクラスのヘルプリストを出力する．また，Thorはサブコマンドやサブサブコマンドも容易に作ることができる．
-
-以下に示したコードがThorで記述されたfizzbuzzである．
-
-<<< ruby
-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
->>>
-
-このコードもoptparseのfizzbuzzと同様fizzbuzzとversionのコマンドを実行させる．
-!!!!fizzbuzzメソッド，versionメソッド
-descでコマンド一覧で表示させるコマンド名と説明を書く．メソッド内ではそれぞれのコマンドの処理内容が書かれている．
-
-!!!optparse
-optparseとは，getoptよりも簡便で，柔軟性に富み，かつ強力なコマンドライン解析ライブラリである．optparseでは，より宣言的なスタイルのコマンドライン解析手法，すなわちOptionParserのインスタンスでコマンドラインを解析するという手法をとっている．これを使うと，GNU/POSIX構文でオプションを指定できるだけでなく，使用法やヘルプメッセージの生成も行える{{cite(1-3)}}．利用頻度はあまり高くないが古くから開発され，使用例が広く紹介されている．
-
-optparseの基本的な流れとしては
-#OptionParserオブジェクトoptを生成する
-#オプションを取り扱うブロックをopt.onに登録する
-#opt.parse(ARGV)でコマンドラインを実際にparseする
-である.
-
-OptionParserはコマンドラインのオプション取り扱うためのクラスであるためオブジェクトoptを生成されopt.onにコマンドを登録することができる．しかし，OptionParser\#onにはコマンドが登録されているだけであるため，OptionParser\#parseが呼ばれた時，コマンドラインにオプションが指定されていれば実行される．optparseにはデフォルトとして--helpと--versionオプションを認識する{{cite(1-4)}}.
-
-以下に示したコードがoptparseで記述したfizzbuzzである．
-
-<<< ruby
-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
->>>
-
-このコードはfizzbuzzとversionをコマンドとして実行できる．
-!!!!runメソッド
-コマンド実行を行うためのメソッドであり，argv配列を代入することでexecuteメソッドを実行する．
-!!!!initializeメソッド
-初期化を行うメソッドである．
-<<<
-@argv = argv
->>>
-こうすることでargvをクラス内で利用できるようにする．
-!!!!executeメソッド
-上記でoptparseではopt.onにコマンドを登録する必要があると説明したが，opt.onで登録できるものはハイフンがついたコマンドだけであり，ハイフンなしのコマンドの登録はこのようになる．
-
-argv配列の解析を行うOptions.parse!(@argv)をoptionsに代入して解析を行いsub_commandに代入する．sub_commandがfizzbuzzであればfizzbuzz(options[:id])メソッドを実行，versionであればversionメソッドを実行する．
-!!!!fizzbuzzメソッド
-引数としてlimit_numberを受け取り，0〜limit_numberまでの数字を繰り返す．numが15であればFizzbuzzを表示，5であればBuzzを表示，3であればFizzを表示，それ以外は数字を表示し，その後に空白を表示する．
-!!!!versionメソッド
-fizzbuzzのバージョンを表示する．
-
-
-!!既存のhikiutilsのコマンド解説
-既存のhikiutilsはコマンド解析ライブラリのoptparseを用いて，コマンドの処理を行っている．
-optparseの特徴は，「コマンドの登録，実行method」に分けて記述することが期待されている．
-また，CLIの起動の仕方が特徴的である．この二つを取り出して，動作とコードを説明する．
-
-!!!コマンドの登録と実行メソッド
-optparseのコマンド登録と実行メソッドの呼び出し関係は図{{ref(fig:005)}}の通りである．
-
-!!!!caption:(fig:005)コマンドの登録と実行メソッドの対応．
-{{attach_view(hikiutils_yamane.005.jpg,hikiutils_yamane)}}
-
-optparseでは以下の通り，コマンドの登録と実行が行われる．
-#OptionParserオブジェクトoptを生成
-#optにコマンドを登録
-#入力されたコマンドの処理のメソッドへ移動
-
-この実装コードは次の通りである．
-<<< ruby 
-    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
-
-    以下略
-
->>>
-optparseではOptionParserオブジェクトoptの生成を行い，コマンドをoptに登録することでコマンドを作成することができる．しかし，これはコマンドを登録しているだけでコマンドの一覧ではこれを表示することができるが，コマンドの実行を行うためには実行を行うためのメソッドを作成する必要がある．optparseでのコマンドの実行はoptで登録されたコマンドが入力されることでそれぞれのコマンドの処理を行うメソッドに移動し処理を行う．しかし，このコマンド登録はハイフンを付けたコマンドしか登録ができず，ハイフンなしのコマンド登録はまた別の手段でやらなくてはいけない．
-
-!!!CLIの実行プロセス
-optparseを用いた場合のCLIの実行プロセスは図{{ref(fig:007)}}の通りとなる．
-
-!!!!caption:(fig:007)CLIの実行プロセス．
-{{attach_view(hikiutils_yamane.007.jpg,hikiutils_yamane)}}
-
-CLIの実行プロセスは次の通りとなる．
-#HikiのHikiUtils::Command.run(ARGV)でhikiutils.rbのrunメソッドを呼ぶ
-#new(argv).executeでexecuteメソッドが実行される
-
-optparseではHikiutils::Command.run(ARGV)で実行され，requireで呼び出されたhikiutils.rbのrunメソッドが実行される．そこでコマンドを登録しているexecuteメソッドへ移動し入力したコマンドと対応させる．そして，対応したコマンドの処理が行われるメソッドに移動することで実行される．このようにoptparseでは実行を行うためのメソッドが必要である.
-!!!コード
-
-optparseの呼び出し側のexe/hikiのコードは次の通りである．
-<<< ruby
-#!/usr/bin/env ruby                                                             
-
-require "hikiutils"
-
-HikiUtils::Command.run(ARGV)
->>>
-「require "hikituils"」ではlib/hikiutils.rbを読み出してくることを期待している．
-これはgemspecファイルでlibへのロードパスの記述がされているため，hikiutils.rbを参照することができる．
-「Hikiuils::Command.run(ARGV)」ではlib/hikiutils.rbのHikiUtilsモジュールCommandクラスのrunメソッドを実行する記述が成されている．
-
-
-また呼び出される側のlib/hikiutils.rbのrunおよびexecute部のコードは次の通りとなる．
-<<< ruby
-    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  
->>>
-runメソッドでは「hikiutils: provide utilities for helping hiki editing.」を表示させ，executeメソッドを実行させる．
-executeメソッドでは最初に「@argv << '--help' if @argv.size==0」と記述する．これはもしargv配列の中身が空であればargv配列に'--help'を代入する．「command_parser = OptionParser.new do |opt|」ではOptionParserオブジェクトがoptを生成しコマンドを登録していき，command_parserに代入する．そして，「command_parser.parse!(@argv)」では@argvにある文字列をcommand_parserでparseする．つまり，ここでは入力されたコマンドを解析し，登録されたコマンドと一致すればその処理が行われる．もし，一致しなければevalメソッドで表示する．