「Tcl」の版間の差分
m →背景 |
m Bot:作業依頼 - Main2テンプレートの移行作業依頼 |
||
(19人の利用者による、間の23版が非表示) | |||
1行目: | 1行目: | ||
{{Otheruses|プログラミング言語|その他|TCL}} |
|||
{{出典の明記|date=2023年11月}} |
|||
{{プログラミング言語}} |
{{プログラミング言語}} |
||
{{Infobox Software |
{{Infobox Software |
||
| 名称 = |
| 名称 = Tcl |
||
| ロゴ = |
| ロゴ = [[ファイル:PwrdLogo200.gif|50px]] |
||
| ロゴ代替 = Tclのロゴマーク。 |
|||
| スクリーンショット = |
| スクリーンショット = |
||
| 説明文 = |
| 説明文 = |
||
| 開発元 = |
| 開発元 = |
||
| 最新版 = |
| 最新版 = 9.0.0<ref>{{cite web |url=https://www.tcl.tk/software/tcltk/9.0.html |title=Tcl/Tk 9.0 |accessdate=2024/11/08}}</ref> |
||
| 最新版発表日 = {{Release date| |
| 最新版発表日 = {{Release date|2024|9|26}} |
||
| 最新評価版 = 9.0b3<ref>{{cite web |url=https://www.tcl.tk/software/tcltk/9.0.html |title=Tcl/Tk 9.0 |accessdate=2024/09/19}}</ref> |
|||
| 最新評価版 = |
|||
| 最新評価版発表日 = |
| 最新評価版発表日 = {{Release date|2024|7|31}} |
||
| 対応OS = [[クロスプラットフォーム]] |
| 対応OS = [[クロスプラットフォーム]] |
||
| 対応プラットフォーム = [[クロスプラットフォーム]] |
| 対応プラットフォーム = [[クロスプラットフォーム]] |
||
| 種別 = |
| 種別 = |
||
| ライセンス = [[オープンソース]] |
| ライセンス = [[オープンソース]] |
||
| 公式サイト = |
| 公式サイト = https://www.tcl.tk/ |
||
}} |
}} |
||
{{Infobox programming language |
{{Infobox programming language |
||
| name = |
| name = Tcl |
||
| logo = |
| logo = |
||
| paradigm = [[手続き型]] |
| paradigm = [[手続き型]] |
||
| released = 1988年 |
| released = 1988年 |
||
| designer = |
| designer = John Ousterhout |
||
| developer = |
| developer = John Ousterhout、Tcl コアチーム |
||
| latest_release_version = |
| latest_release_version = 9.0<ref>{{cite web | url=http://www.tcl.tk/software/tcltk/9.0.html | title=Latest Release: Tcl/Tk 9.0.0 (Sep 26, 2024) | date=2024-09-26 | accessdate=2024-11-08}}</ref> |
||
| latest_release_date = {{release date| |
| latest_release_date = {{release date|2024|09|26}} |
||
| typing = [[動的型付け]] |
| typing = [[動的型付け]] |
||
| implementations = |
| implementations = ActiveTcl |
||
| dialects = |
| dialects = |
||
| influenced_by = |
| influenced_by = [[AWK]]、[[LISP]] |
||
| influenced = |
| influenced = [[Windows PowerShell|PowerShell]]<ref>[https://devblogs.microsoft.com/powershell/powershell-and-wpf-wtf/ Windows PowerShell : PowerShell and WPF: WTF]</ref>、Tea |
||
| website = [http://tcl.sourceforge.net/ <tt>tcl.sourceforge.net</tt>] |
| website = [http://tcl.sourceforge.net/ <tt>tcl.sourceforge.net</tt>] |
||
| file_ext = .tcl |
| file_ext = .tcl |
||
}} |
}} |
||
{{読み仮名 |
{{読み仮名|'''Tcl'''|ティクル}}は[[スクリプト言語]]の一つであり、コマンド行のみで構造化文法をフォローしてしまう非常にシンプルな文法を特徴とする。 |
||
Tclはその非常に強力な[[ウィジェット・ツールキット|GUIツールキット]]である'''[[Tk (ツールキット)|Tk]]'''により、GUIツールを素早く作り上げるのに適した強力なスクリプティング環境を構築できる。この両者を組み合わせ{{読み仮名|'''Tcl/Tk'''|ティクル・ティーケー}}と呼ばれる。ただしTkはクロスプラットフォームなGUI環境としても有名で、Tclに限らず[[Perl]]、[[Python]]、[[Ruby]]などの言語環境からも利用できる。 |
|||
==概要== |
|||
⚫ | |||
⚫ | |||
{{lang|en|Tcl}} 言語は、コマンド行のみで構造化文法をフォローしてしまう非常にシンプルな文法を特徴とする。Tk はクロスプラットフォームな GUI 環境としても有名で、{{lang|en|Tcl}} 言語に限らず、{{lang|en|[[Perl]]}}、{{lang|en|[[Python]]}}、{{lang|en|[[Ruby]]}} などの言語環境からも利用できる。 |
|||
他にも ウェブブラウザ上で {{lang|en|Tcl/Tk}} を動作させるプラグイン {{読み仮名|{{lang|en|'''Tclet'''}}|ティクレット}} がある。 |
|||
==背景== |
==背景== |
||
Tclが[[カリフォルニア大学バークレー校]]のジョン・ケネス・オースターハウト博士<ref group="注釈">{{lang-en-short|Dr. John Kenneth Ousterhout}}</ref>により最初に開発されたのは1988年の事である。当時アプリケーションプログラムに組み込まれる拡張用スクリプト言語には標準がなく、アプリケーション毎に独自の言語が実装されていた。そのためアプリケーション使用者はツール毎に異なるスクリプト言語の習得を余儀なくされた。この非効率さを嘆いたオースターハウトは、状況を打開するために UNIX アプリケーションにおける標準となる拡張スクリプト言語をデザインしようと考えた。こうして作られたのがTclの始まりである。そのためTclはアプリケーションへの組み込みが容易であることを重視してデザインされた。具体的には処理系をライブラリとして提供することで[[C言語]]で書かれたアプリケーションに容易に組み込めることや、言語構造が簡素であり、かつ高い拡張性を持つこと、インタプリタ言語であることが挙げられる。 |
|||
Tk |
TkはTcl用に開発された、非常に簡単なコードでGUIを作成できるツールキットである。1990年代初頭にTclにバンドルされる形で公開された。[[Apple]]の [[HyperCard]]に触発されて開発されたと言う。当初Tclの有用な活用事例の一つとして紹介されたTkだが、その取り扱いやすさからTcl言語と共に一躍人気に火がつく。Tcl は当初の設計意図と異なり、アプリケーションの組み込み言語として使われるよりも、Tkと合わせた「Tcl/Tk」の形のGUIスクリプティング環境として人気を博した。特にTkの人気は高く、TclにとどまらずPerl([[Perl/Tk]])、Python([[Tkinter]])、[[Ruby]] ([[Ruby/Tk]])など、他の言語でも標準的なGUIキットとして Tkが利用された。 |
||
オースターハウトが[[サン・マイクロシステムズ]]に勤めていた1994-1998年は |
オースターハウトが[[サン・マイクロシステムズ]]に勤めていた1994-1998年はTcl/Tkは同社で開発が進められた。このころのサンは [[World Wide Web|WWW]] クライアント環境の制覇に向け邁進していた時期であり、Tcl/Tkもその流れの上、その対象領域をウェブに広げていく。ウェブブラウザ上でTk GUIを動作させるプラグイン「{{読み仮名|[[Tclet]]|ティクレット}}」や、ブラウザのスクリプト言語としてのTclの組み込み、国際化対応(内部処理のUNICODE化)、インタプリタからバイトコンパイラへの変更による実行速度の大幅な向上など、Tcl/Tkはこの時期機能的にもっとも大きな進歩を果たした。しかし他技術との競合やブラウザでのサポートの薄さなどもあり、WWWを「第二のTk」として人気を拡大することは出来なかった。 |
||
オースターハウトの退職に伴い、 |
オースターハウトの退職に伴い、Tcl/Tkの開発はサンの手を離れた。2000年からはTcl/Tkの開発は[[オープンソース]]にその場を移し、精力的に開発が続けられている。 |
||
2005年現在 |
2005年現在Tcl言語は「Tcl/Tk」の知名度とは裏腹に利用者数は少なく、PerlやPython、Rubyに比べ劣勢と言わざるを得ない。特に日本国内での利用者数は少ない。ただし、[[EDA (半導体)|EDA]]ツールにおいては標準的なスクリプト言語として広く利用されているほか、[[電子国土Webシステム]]においても一部でTcl言語が使われている。一方Tkは、後発の[[GTK (ツールキット)|GTK+]]、[[Qt]]と並び、[[軽量プログラミング言語]]における事実上の標準GUIツールキットの一つとなっており、広く利用されている。 |
||
なお、 |
なお、Tcl言語の名前は「ツールコマンド言語」を意味する英語「{{lang|en|tool command language}}」に由来し、Tkの名前は「ツールキット」を意味する英語「toolkit」に由来する。 |
||
==特徴== |
== 特徴 == |
||
{{ |
{{See2|Tkについては、 [[Tk (ツールキット)]]を}} |
||
ここでは |
ここではTcl言語の特徴を記す。 |
||
Tcl言語の特徴は一言でいえば「全て文字列」である。Tclは、 |
|||
*コマンド行の順次実行のみのシンプルな文法 |
*コマンド行の順次実行のみのシンプルな文法 |
||
*首尾一貫したリスト構造 |
*首尾一貫したリスト構造 |
||
の二つを組み合わせ、非常に小さいルールで広範囲の領域をカバーする点にある。コマンド行はひとつのリストであり、先頭の要素がコマンド、それ以降の要素がコマンドへの引数として扱われる。 |
の二つを組み合わせ、非常に小さいルールで広範囲の領域をカバーする点にある。コマンド行はひとつのリストであり、先頭の要素がコマンド、それ以降の要素がコマンドへの引数として扱われる。[[LISP]] 言語と同様の一貫性を持つと言えるが、リストの要素分離記号がブランクやタブであるため、これらの文字が無視される一般のプログラム言語に慣れた人には「とまどい」を与えるかもしれない。 |
||
===リスト構造=== |
===リスト構造=== |
||
リストは文字列である。リストを構成する要素はブランクかタブで区切られる。ブランクやタブを要素に含めたい場合には、その要素をブレス(<code>{</code>、<code>}</code>)で挟めば良い。以下の文字列は三つの要素から成るリストである。 |
リストは文字列である。リストを構成する要素はブランクかタブで区切られる。ブランクやタブを要素に含めたい場合には、その要素をブレス(<code>{</code>、<code>}</code>)で挟めば良い。以下の文字列は三つの要素から成るリストである。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
This is {a pen} |
This is {a pen} |
||
</syntaxhighlight> |
|||
</source> |
|||
===リストの抽出=== |
===リストの抽出=== |
||
Tclパーサーがソースコードからコマンド行としてリストを取り出すとき、ひとつのリストの終端は改行コードかセミコロン(<code>;</code>)で判断する。しかし改行コードやセミコロンがブレスの内側にあれば、それをリストの終端記号とは見なさない。したがって、以下の3行の文字列は3つの要素から成るひとつのリストである。改行コードは3個あるが、最後の改行コードだけがリストの終端記号の役割を果たす。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
if {$a<0} { |
if {$a<0} { |
||
set a 0 |
set a 0 |
||
} |
} |
||
</syntaxhighlight> |
|||
</source> |
|||
上記リストは |
上記リストは Tcl の <code>if</code> コマンドでありC言語の <code>if</code> 文に似ている。しかしブレスがリスト記述記号として採用されているので似ているだけである。上記の <code>if</code> コマンドを以下のように改行の位置を変えると、<code>if</code>コマンドの引数エラーになる。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
if {$a<0} |
if {$a<0} |
||
{ |
{ |
||
set a 0 |
set a 0 |
||
} |
} |
||
</syntaxhighlight> |
|||
</source> |
|||
Tclパーサーは上記4行の文字列を2つのリストとして認識する。したがって先頭行の<code>if</code>コマンド行は引数がひとつだけしか与えられていないことになり、引数エラーが発生する。 |
|||
ここで重要なのは、エラーを返したのは <code>if</code> コマンドであり、 |
ここで重要なのは、エラーを返したのは <code>if</code> コマンドであり、Tclパーサーが検出した「文法エラー」ではないということである。Tclには制御文などの「文」はない。分岐や繰り返しなどの実行制御も単にコマンドによって実現されているだけである。「Tclには細かなルールが無い」のであり、そこにはリスト構造と、以下に解説する「特殊記号」しかない。 |
||
===ブラケット記号(コマンド置換)=== |
===ブラケット記号(コマンド置換)=== |
||
Tclパーサーはリストの先頭要素を常にコマンド名として認識する。それ以外の要素はコマンドに渡すべき引数として認識する。しかし、その引数要素がブラケット(<code>[</code>、<code>]</code>)で挟まれていると、その中身をコマンド行と認識し、それを実行してから本来の引数値を求めてくれる。これが「コマンド置換」である。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
set a [expr 100*2] |
set a [expr 100*2] |
||
</syntaxhighlight> |
|||
</source> |
|||
===<code>$</code>記号(変数置換)=== |
===<code>$</code>記号(変数置換)=== |
||
Tclパーサーは変数機能の提供によりコマンド間でのデータの受け渡しも扱ってくれる。変数はsetコマンドにより生成される。そして、$記号が先頭に付いた要素を変数名とみなし、その値に要素全体を置換する。これが「[[変数置換]]」である。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
set a {This is a pen.} |
set a {This is a pen.} |
||
puts $a |
puts $a |
||
</syntaxhighlight> |
|||
</source> |
|||
変数置換はコマンド行の先頭要素に対しても機能する。つまりコマンド名を変数で与えることも可能である。 |
変数置換はコマンド行の先頭要素に対しても機能する。つまりコマンド名を変数で与えることも可能である。 |
||
117行目: | 117行目: | ||
===ダブルクォーテーション記号=== |
===ダブルクォーテーション記号=== |
||
リスト構造で解説したように、ブレス(<code>{</code>、<code>}</code>)は、改行コードなどの特殊文字の機能を無効化する。この法則はコマンド置換子であるブラケットや、変数置換子である$記号に対しても貫かれる。そのため、下記のコードではコマンド置換も変数置換も行われない。 |
リスト構造で解説したように、ブレス(<code>{</code>、<code>}</code>)は、改行コードなどの特殊文字の機能を無効化する。この法則はコマンド置換子であるブラケットや、変数置換子である$記号に対しても貫かれる。そのため、下記のコードではコマンド置換も変数置換も行われない。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
puts {[expr 100*$num] 円} |
puts {[expr 100*$num] 円} |
||
</syntaxhighlight> |
|||
</source> |
|||
そのため、実行結果として出力される文字列は以下のものになる。 |
そのため、実行結果として出力される文字列は以下のものになる。 |
||
130行目: | 129行目: | ||
コマンド置換も変数置換も機能させ、かつブランクを含む文字列をひとつの引数として <code>puts</code> コマンドに渡すには、ブレスの代わりにダブルクォーテーション(<code>"</code>)で挟めば良い。 |
コマンド置換も変数置換も機能させ、かつブランクを含む文字列をひとつの引数として <code>puts</code> コマンドに渡すには、ブレスの代わりにダブルクォーテーション(<code>"</code>)で挟めば良い。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
puts "[expr 100*$num] 円" |
puts "[expr 100*$num] 円" |
||
</syntaxhighlight> |
|||
</source> |
|||
num変数に3がセットされていればコマンドの実行結果として |
num変数に3がセットされていればコマンドの実行結果として |
||
138行目: | 137行目: | ||
が出力される。 |
が出力される。 |
||
このように、ダブルクォーテーションの機能はブレス機能とほぼ同等であるが、コマンド置換と変数置換をTclパーサーに許すところが異なる。ダブルクォーテーションの中でのコマンド置換、変数置換は |
このように、ダブルクォーテーションの機能はブレス機能とほぼ同等であるが、コマンド置換と変数置換をTclパーサーに許すところが異なる。ダブルクォーテーションの中でのコマンド置換、変数置換は Tcl の特長的な機能である。なお、ダブルクォーテーションとブレスの機能は、それらがリスト要素の先頭と末尾に記述された場合にのみ有効である。下の例では「<code>"</code>」は文字として扱われる。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
set text 石を投げたら"ゴツン"と音がした |
set text 石を投げたら"ゴツン"と音がした |
||
</syntaxhighlight> |
|||
</source> |
|||
===セミコロン記号(マルチコマンド)=== |
===セミコロン記号(マルチコマンド)=== |
||
複数のコマンドを1行に記述したい場合はコマンド行をセミコロン(<code>;</code>)で区切れば良い。 |
複数のコマンドを1行に記述したい場合はコマンド行をセミコロン(<code>;</code>)で区切れば良い。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
set a 100 ; set b 200; puts [expr $a * $b] |
set a 100 ; set b 200; puts [expr $a * $b] |
||
</syntaxhighlight> |
|||
</source> |
|||
===#記号(注釈行)=== |
===#記号(注釈行)=== |
||
コマンドの位置に「<code>#</code>」を記述すると行末までコメントと見なされる。「コマンドの位置に」ということが重要であり、以下の最後のコードは「<code>#</code>」がコマンドの位置にないので誤りである。 |
コマンドの位置に「<code>#</code>」を記述すると行末までコメントと見なされる。「コマンドの位置に」ということが重要であり、以下の最後のコードは「<code>#</code>」がコマンドの位置にないので誤りである。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
#初期値セット |
#初期値セット |
||
# set a 0 |
# set a 0 |
||
set b 0 ; # 初期値 |
set b 0 ; # 初期値 |
||
set c 0 # 初期値 |
set c 0 # 初期値 |
||
</syntaxhighlight> |
|||
</source> |
|||
===バックスラッシュ記号=== |
===バックスラッシュ記号=== |
||
ひとつのコマンドを複数行で記述したい場合は、行の末尾にバックスラッシュを付ける。 |
ひとつのコマンドを複数行で記述したい場合は、行の末尾にバックスラッシュを付ける。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
command $arg1 $arg2 \ |
command $arg1 $arg2 \ |
||
$arg3 $arg4 |
$arg3 $arg4 |
||
</syntaxhighlight> |
|||
</source> |
|||
$文字の前に\を置くと$置換子の機能を抑制して単なる文字として扱わせることができる。 |
$文字の前に\を置くと$置換子の機能を抑制して単なる文字として扱わせることができる。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
puts "金額=\$100" |
puts "金額=\$100" |
||
</syntaxhighlight> |
|||
</source> |
|||
コマンド置換子(<code>[</code>、<code>]</code>)、ブレス(<code>{</code>、<code>}</code>)の前に置いた場合も同様である。 |
コマンド置換子(<code>[</code>、<code>]</code>)、ブレス(<code>{</code>、<code>}</code>)の前に置いた場合も同様である。 |
||
179行目: | 178行目: | ||
===補足:引数をブレスで挟むことのもうひとつの意味=== |
===補足:引数をブレスで挟むことのもうひとつの意味=== |
||
Tclパーサーから渡された引数がコマンド内部で評価されるか否かは重要である。ここでの評価とはコマンド置換や変数置換のことである。例えば算術演算を行う <code>expr</code> コマンドは引数を内部で評価する。従って以下の2つのコマンドは同じ結果を返す。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
expr $a*$b |
expr $a*$b |
||
expr {$a*$b} |
expr {$a*$b} |
||
</syntaxhighlight> |
|||
</source> |
|||
Tclパーサーが行ってくれずとも、<code>expr</code>コマンドが内部で変数置換しているので同じ結果が得られるのである。<code>if</code>コマンドや<code>while</code>コマンドは第1引数として与えられた文字列を、コマンド内部で <code>expr</code> によって評価し、その結果を使う。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
set val true |
set val true |
||
if $val { |
if $val {〜処理〜} |
||
while $val { |
while $val {〜処理〜} |
||
</syntaxhighlight> |
|||
</source> |
|||
Tclパーサーは第一引数の「<code>$val</code>」を評価して「<code>true</code>」(文字列)に書き換える。同様に第二引数「{〜処理〜}」を評価して、文字列リテラルなのでそのまま同じ値「{〜処理〜}」に書き換え、以下のようにする。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
if true { |
if true {〜処理〜} |
||
while true { |
while true {〜処理〜} |
||
</syntaxhighlight> |
|||
</source> |
|||
Tclパーサーはその後、<code>true</code> と <code>{〜処理〜}</code> を <code>if</code>、<code>while</code> コマンドに渡し、<code>if</code>、<code>while</code> コマンド側は受け取った文字列を <code>expr</code> コマンドに「<code>[expr true]</code>」として渡し、その結果をもって処理を続ける。気をつけなければならないのは <code>while</code> コマンドは <code>{〜処理〜}</code> をひと通り評価し終えた後、再度、第一引数を <code>expr</code> で評価するが、上記のコードでは与えられている値が <code>true</code> なので <code>{〜処理〜}</code> の中に「<code>set val false</code>」のような文があったとしても、第一引数で与えられた値そのものは変化しないので、ループを無限に繰り返すことになる(<code>{〜処理〜}</code> の中に <code>break</code> コマンドが含まれていない場合)。 |
|||
< |
<syntaxhighlight lang="tcl"> |
||
set val true |
set val true |
||
if {$val} { |
if {$val} {〜処理〜} |
||
while {$val} { |
while {$val} {〜処理〜} |
||
</syntaxhighlight> |
|||
</source> |
|||
この場合、 |
この場合、Tclパーサーは引数を順に評価し、第一引数として「<code>{$val}</code>」という4文字の文字列リテラルを、第二引数として「{〜処理〜}」を、<code>if</code>、<code>while</code> コマンドに渡す。<code>if</code>、<code>while</code> コマンド側は受け取った文字列を <code>expr</code> コマンドに「<code>[expr {$val}]</code>」として渡し、その結果をもって処理を続ける。<code>while</code> コマンドは <code>{〜処理〜}</code> をひと通り評価し終えた後、再度、第一引数を <code>expr</code> で評価するが、上記のコードでは与えられている値が <code>{$val}</code> なので <code>{〜処理〜}</code> の中で「<code>set val false</code>」のような文があれば、その評価値も <code>false</code> になって、その時点で繰り返し処理を終了する。 |
||
一方、<code>switch</code>コマンドの第1引数は内部では評価されない。したがって下記の2番目の記述は期待する結果が得られない。 |
一方、<code>switch</code>コマンドの第1引数は内部では評価されない。したがって下記の2番目の記述は期待する結果が得られない。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
switch $val {...} |
switch $val {...} |
||
switch {$val} {...} |
switch {$val} {...} |
||
</syntaxhighlight> |
|||
</source> |
|||
もし引数をコマンド内部で評価してくれるならば、その引数はブレス({})で挟んで渡した方が効率が良い。Tclパーサーとコマンドの両方による多重評価処理を回避できるからである。このような理由により、<code>if</code>コマンドや<code>while</code>コマンドや<code>for</code>コマンドの引数は常にブレスで挟むべきである。特にループの条件式は必ずブレスで挟む必要がある。ブレスで挟まないと変数置換されてからループコマンドに渡されてしまうので、定数を並べた条件式になってしまい、無限ループをもたらす。 |
もし引数をコマンド内部で評価してくれるならば、その引数はブレス({})で挟んで渡した方が効率が良い。Tclパーサーとコマンドの両方による多重評価処理を回避できるからである。このような理由により、<code>if</code>コマンドや<code>while</code>コマンドや<code>for</code>コマンドの引数は常にブレスで挟むべきである。特にループの条件式は必ずブレスで挟む必要がある。ブレスで挟まないと変数置換されてからループコマンドに渡されてしまうので、定数を並べた条件式になってしまい、無限ループをもたらす。 |
||
===コマンドの拡張=== |
===コマンドの拡張=== |
||
コマンドには、 |
コマンドには、Tclパーサーにあらかじめ実装されているビルトインコマンドと、ユーザーにより作成された拡張コマンドがある。ユーザーによる拡張コマンドの実装は簡単である。まず、C言語などで「コマンド本体関数」と「登録用関数」を記述し、ダイナミックリンクライブラリファイルに格納する。そして組み込みコマンドの <code>load</code> を用いて拡張コマンドを登録する。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
load hello.dll hello |
load hello.dll hello |
||
</syntaxhighlight> |
|||
</source> |
|||
<code>load</code> コマンドの引数には、「ライブラリファイル名」と「登録用コマンド名」を与える。<code>load</code> コマンドは、登録用コマンド名から「登録用関数」名を求め、これを実行してくれる。例えば <code>hello</code> コマンドであれば <code>Hello_Init</code> を実行してくれる。この「登録用関数」の中に本当の登録処理を記述しておく。従って、例えば <code>load</code> コマンドに渡したコマンド名にライブラリ名の意味を持たせ、「登録用関数」の中で複数のコマンドを登録してしまうことも可能である。 |
<code>load</code> コマンドの引数には、「ライブラリファイル名」と「登録用コマンド名」を与える。<code>load</code> コマンドは、登録用コマンド名から「登録用関数」名を求め、これを実行してくれる。例えば <code>hello</code> コマンドであれば <code>Hello_Init</code> を実行してくれる。この「登録用関数」の中に本当の登録処理を記述しておく。従って、例えば <code>load</code> コマンドに渡したコマンド名にライブラリ名の意味を持たせ、「登録用関数」の中で複数のコマンドを登録してしまうことも可能である。 |
||
232行目: | 231行目: | ||
コマンド登録関数 |
コマンド登録関数 |
||
< |
<syntaxhighlight lang="C"> |
||
int Hello_Init (Tcl_Interp *interp) |
int Hello_Init (Tcl_Interp *interp) |
||
{ |
{ |
||
Tcl_CreateObjCommand (interp, "hello", Tcl_HelloCmd, NULL, NULL) ; |
Tcl_CreateObjCommand (interp, "hello", Tcl_HelloCmd, NULL, NULL) ; |
||
return TCL_OK ; |
return TCL_OK ; |
||
} |
} |
||
</syntaxhighlight> |
|||
</source> |
|||
コマンド本体関数 |
コマンド本体関数 |
||
< |
<syntaxhighlight lang="C"> |
||
int Tcl_HelloCmd (ClientData dummy, Tcl_Interp *interp, int objc, Tcl_Obj *CONST objv []) |
int Tcl_HelloCmd (ClientData dummy, Tcl_Interp *interp, int objc, Tcl_Obj *CONST objv []) |
||
{ |
{ |
||
... |
... |
||
return TCL_OK ; |
return TCL_OK ; |
||
} |
} |
||
</syntaxhighlight> |
|||
</source> |
|||
⚫ | |||
⚫ | |||
⚫ | |||
⚫ | |||
Tclパーサーは、スクリプト文字列を受け取り、常に処理結果を文字列で返すように見える。これでは文字列の解析や文字コードとバイナリ値への変換が頻繁に行われていることになり、いかにも効率が悪く思える。しかし決してそのような単純なものではなく、内部では可能な限りバイナリ値を維持している。Tclスクリプトでバイナリ値も扱えるのはこのおかげである。 |
|||
例えば下記のように変数に数値を与え、その計算結果を変数に格納するとき、おのおの変数の型は文字列と <code>double</code> の二つの型を持つ。文字列として参照されるときは文字列型として振る舞い、<code>double</code> として参照されるとき(計算式の中などで)は <code>double</code> 型として振る舞うことができる。 |
例えば下記のように変数に数値を与え、その計算結果を変数に格納するとき、おのおの変数の型は文字列と <code>double</code> の二つの型を持つ。文字列として参照されるときは文字列型として振る舞い、<code>double</code> として参照されるとき(計算式の中などで)は <code>double</code> 型として振る舞うことができる。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
set a 100.0 |
set a 100.0 |
||
set b 200.0 |
set b 200.0 |
||
set c [expr $a * $b] |
set c [expr $a * $b] |
||
</syntaxhighlight> |
|||
</source> |
|||
Tclパーサー内部において変数はTclオブジェクトとして存在している。Tclオブジェクトは <code>char *</code>、<code>int</code>、<code>double</code> の共用体を持った構造体であり、文字列への変換が要求されない限り、<code>int</code> 値は <code>int </code>値のまま、<code>double</code> 値は <code>double</code> 値のまま維持される。スクリプトでは変数の型宣言を行えないが、変数への値セットで型が仮定され、Tclオブジェクト間のデータ移動で無駄な型変換が行われないように配慮されている、ということである。 |
|||
リストも同様に内部ではリスト型の |
リストも同様に内部ではリスト型のTclオブジェクトとして存在している。このような仕組みになっているので、リストを作成する時は <code>list</code> コマンドを用いるべきであることが分かる。また、巨大なリストを文字列として全体参照するのも効率を悪くするので慎重にすべきである。下記の例では変数 <code>listA</code> には文字列として格納されるが、<code>listB</code> には <code>int</code> 値のリストとして格納される。この後、これらの変数にリスト処理コマンドでアクセスすると、<code>listA</code> に対しては要素分解処理が行われるが、<code>listB</code> に対しては不要となる。 |
||
< |
<syntaxhighlight lang="tcl"> |
||
set a 100 |
set a 100 |
||
set b 200 |
set b 200 |
||
set listA "$a $b" |
set listA "$a $b" |
||
set listB [list $a $b] |
set listB [list $a $b] |
||
</syntaxhighlight> |
|||
</source> |
|||
前項で解説したコマンド登録関数の後者(<code>Tcl_CreateObjCommand</code>)は、 |
前項で解説したコマンド登録関数の後者(<code>Tcl_CreateObjCommand</code>)は、Tclパーサーからの引数を、無駄に文字列変換することなく、Tclオブジェクトのままで受け取るコマンド関数を登録するためのものである。 |
||
返値も |
返値もTclオブジェクトを通じて返すことができる。下記は <code>long</code> 値をそのまま返す例である。 |
||
< |
<syntaxhighlight lang="c"> |
||
/* long値を返す例 */ |
/* long値を返す例 */ |
||
Tcl_SetLongObj (Tcl_GetObjResult (interp), longVal) ; |
Tcl_SetLongObj (Tcl_GetObjResult (interp), longVal) ; |
||
</syntaxhighlight> |
|||
</source> |
|||
返値のみならず、 |
返値のみならず、Tclオブジェクトは不要になったとき自動的に削除される仕組みがある。それはTclオブジェクトが持つ「参照カウンタ」による制御である。アプリケーションでTclオブジェクトを作成し、それを存続したければ参照カウンタを増加させておき(<code>Tcl_IncrRefCount</code>)、必要なしとなったところで減ずる(<code>Tcl_DecrRefCount</code>)ようにする。参照カウンタが減らされて <code>0</code> になったときにのみ、そのオブジェクトは削除される。つまり、存続と廃棄の要求を自分だけの都合で出しておくだけで、削除のタイミングがコントロールされるという仕組みである(スマートポインタ)。 |
||
変数のみならず、スクリプト自体も |
変数のみならず、スクリプト自体もTclオブジェクトとして存在している。 |
||
==脚注== |
==脚注== |
||
{{脚注ヘルプ}} |
|||
===注釈=== |
|||
{{Notelist}} |
|||
===出典=== |
|||
<references /> |
<references /> |
||
==外部リンク== |
==外部リンク== |
||
{{Portal|FLOSS|[[ファイル:FLOSS_logo. |
{{Portal|FLOSS|[[ファイル:FLOSS_logo.svg|41px]]}} |
||
*[http://www.tcl.tk/ Tcl Developer Exchange] - Tcl/Tk開発のホーム |
*[http://www.tcl.tk/ Tcl Developer Exchange] - Tcl/Tk開発のホーム |
||
*[http://www.freesoftnet.co.jp/tclkits/doc/TclCmdRef/tcl_contents_jp.htm Tcl 8.4.1 |
*[http://www.freesoftnet.co.jp/tclkits/doc/TclCmdRef/tcl_contents_jp.htm Tcl 8.4.1 Manual Command Reference] - 日本語のTclリファレンス |
||
*[http://vtcl.tcltk.cn/ Visual Tcl Binary Project] |
|||
*[http://ased.tcltk.cn/ ASED Tile Project] |
|||
{{プログラミング言語一覧}} |
{{プログラミング言語一覧}} |
||
{{FOSS}} |
|||
{{FLOSS-stub}} |
{{FLOSS-stub}} |
||
{{Normdaten}} |
|||
[[Category:スクリプト言語|TCLTK]] |
|||
[[Category: |
[[Category:スクリプト言語]] |
||
[[Category:グラフィカルユーザインタフェース]] |
2024年11月13日 (水) 09:44時点における最新版
最新版 |
9.0.0[1]
/ 2024年9月26日 |
---|---|
最新評価版 |
9.0b3[2]
/ 2024年7月31日 |
リポジトリ | |
対応OS | クロスプラットフォーム |
プラットフォーム | クロスプラットフォーム |
ライセンス | オープンソース |
公式サイト | https://www.tcl.tk/ |
パラダイム | 手続き型 |
---|---|
登場時期 | 1988年 |
設計者 | John Ousterhout |
開発者 | John Ousterhout、Tcl コアチーム |
最新リリース | 9.0[3]/ 2024年9月26日 |
型付け | 動的型付け |
主な処理系 | ActiveTcl |
影響を受けた言語 | AWK、LISP |
影響を与えた言語 | PowerShell[4]、Tea |
ウェブサイト | tcl.sourceforge.net |
拡張子 | .tcl |
Tclはその非常に強力なGUIツールキットであるTkにより、GUIツールを素早く作り上げるのに適した強力なスクリプティング環境を構築できる。この両者を組み合わせ
Tcl/Tkは、スクリプト言語TclとGUIツールキットTkからなる 非常に強力なGUIスクリプティング環境である。現在、各種オペレーティングシステム(UNIX、Windows、Macintosh)上で動作する。他にもウェブブラウザ上でTcl/Tkを動作させるプラグイン
背景
[編集]Tclがカリフォルニア大学バークレー校のジョン・ケネス・オースターハウト博士[注釈 1]により最初に開発されたのは1988年の事である。当時アプリケーションプログラムに組み込まれる拡張用スクリプト言語には標準がなく、アプリケーション毎に独自の言語が実装されていた。そのためアプリケーション使用者はツール毎に異なるスクリプト言語の習得を余儀なくされた。この非効率さを嘆いたオースターハウトは、状況を打開するために UNIX アプリケーションにおける標準となる拡張スクリプト言語をデザインしようと考えた。こうして作られたのがTclの始まりである。そのためTclはアプリケーションへの組み込みが容易であることを重視してデザインされた。具体的には処理系をライブラリとして提供することでC言語で書かれたアプリケーションに容易に組み込めることや、言語構造が簡素であり、かつ高い拡張性を持つこと、インタプリタ言語であることが挙げられる。
TkはTcl用に開発された、非常に簡単なコードでGUIを作成できるツールキットである。1990年代初頭にTclにバンドルされる形で公開された。Appleの HyperCardに触発されて開発されたと言う。当初Tclの有用な活用事例の一つとして紹介されたTkだが、その取り扱いやすさからTcl言語と共に一躍人気に火がつく。Tcl は当初の設計意図と異なり、アプリケーションの組み込み言語として使われるよりも、Tkと合わせた「Tcl/Tk」の形のGUIスクリプティング環境として人気を博した。特にTkの人気は高く、TclにとどまらずPerl(Perl/Tk)、Python(Tkinter)、Ruby (Ruby/Tk)など、他の言語でも標準的なGUIキットとして Tkが利用された。
オースターハウトがサン・マイクロシステムズに勤めていた1994-1998年はTcl/Tkは同社で開発が進められた。このころのサンは WWW クライアント環境の制覇に向け邁進していた時期であり、Tcl/Tkもその流れの上、その対象領域をウェブに広げていく。ウェブブラウザ上でTk GUIを動作させるプラグイン「
オースターハウトの退職に伴い、Tcl/Tkの開発はサンの手を離れた。2000年からはTcl/Tkの開発はオープンソースにその場を移し、精力的に開発が続けられている。
2005年現在Tcl言語は「Tcl/Tk」の知名度とは裏腹に利用者数は少なく、PerlやPython、Rubyに比べ劣勢と言わざるを得ない。特に日本国内での利用者数は少ない。ただし、EDAツールにおいては標準的なスクリプト言語として広く利用されているほか、電子国土Webシステムにおいても一部でTcl言語が使われている。一方Tkは、後発のGTK+、Qtと並び、軽量プログラミング言語における事実上の標準GUIツールキットの一つとなっており、広く利用されている。
なお、Tcl言語の名前は「ツールコマンド言語」を意味する英語「tool command language」に由来し、Tkの名前は「ツールキット」を意味する英語「toolkit」に由来する。
特徴
[編集]ここではTcl言語の特徴を記す。
Tcl言語の特徴は一言でいえば「全て文字列」である。Tclは、
- コマンド行の順次実行のみのシンプルな文法
- 首尾一貫したリスト構造
の二つを組み合わせ、非常に小さいルールで広範囲の領域をカバーする点にある。コマンド行はひとつのリストであり、先頭の要素がコマンド、それ以降の要素がコマンドへの引数として扱われる。LISP 言語と同様の一貫性を持つと言えるが、リストの要素分離記号がブランクやタブであるため、これらの文字が無視される一般のプログラム言語に慣れた人には「とまどい」を与えるかもしれない。
リスト構造
[編集]リストは文字列である。リストを構成する要素はブランクかタブで区切られる。ブランクやタブを要素に含めたい場合には、その要素をブレス({
、}
)で挟めば良い。以下の文字列は三つの要素から成るリストである。
This is {a pen}
リストの抽出
[編集]Tclパーサーがソースコードからコマンド行としてリストを取り出すとき、ひとつのリストの終端は改行コードかセミコロン(;
)で判断する。しかし改行コードやセミコロンがブレスの内側にあれば、それをリストの終端記号とは見なさない。したがって、以下の3行の文字列は3つの要素から成るひとつのリストである。改行コードは3個あるが、最後の改行コードだけがリストの終端記号の役割を果たす。
if {$a<0} {
set a 0
}
上記リストは Tcl の if
コマンドでありC言語の if
文に似ている。しかしブレスがリスト記述記号として採用されているので似ているだけである。上記の if
コマンドを以下のように改行の位置を変えると、if
コマンドの引数エラーになる。
if {$a<0}
{
set a 0
}
Tclパーサーは上記4行の文字列を2つのリストとして認識する。したがって先頭行のif
コマンド行は引数がひとつだけしか与えられていないことになり、引数エラーが発生する。
ここで重要なのは、エラーを返したのは if
コマンドであり、Tclパーサーが検出した「文法エラー」ではないということである。Tclには制御文などの「文」はない。分岐や繰り返しなどの実行制御も単にコマンドによって実現されているだけである。「Tclには細かなルールが無い」のであり、そこにはリスト構造と、以下に解説する「特殊記号」しかない。
ブラケット記号(コマンド置換)
[編集]Tclパーサーはリストの先頭要素を常にコマンド名として認識する。それ以外の要素はコマンドに渡すべき引数として認識する。しかし、その引数要素がブラケット([
、]
)で挟まれていると、その中身をコマンド行と認識し、それを実行してから本来の引数値を求めてくれる。これが「コマンド置換」である。
set a [expr 100*2]
$
記号(変数置換)
[編集]Tclパーサーは変数機能の提供によりコマンド間でのデータの受け渡しも扱ってくれる。変数はsetコマンドにより生成される。そして、$記号が先頭に付いた要素を変数名とみなし、その値に要素全体を置換する。これが「変数置換」である。
set a {This is a pen.}
puts $a
変数置換はコマンド行の先頭要素に対しても機能する。つまりコマンド名を変数で与えることも可能である。
変数置換は1回しか実行されない。変数置換結果に文字「$
」が含まれていても再置換が試みられることはない。
また、変数置換で得られた文字列にブランクが含まれていても、2つの引数としてではなく、ブランクが含まれた1つの引数として渡される。引数の分離(リストの認識)は変数置換前に行われるからである。もし置換結果から改めて引数分離を行わせたいなら eval
コマンドを利用する。
ダブルクォーテーション記号
[編集]リスト構造で解説したように、ブレス({
、}
)は、改行コードなどの特殊文字の機能を無効化する。この法則はコマンド置換子であるブラケットや、変数置換子である$記号に対しても貫かれる。そのため、下記のコードではコマンド置換も変数置換も行われない。
puts {[expr 100*$num] 円}
そのため、実行結果として出力される文字列は以下のものになる。
[expr 100*$num] 円
コマンド置換も変数置換も機能させ、かつブランクを含む文字列をひとつの引数として puts
コマンドに渡すには、ブレスの代わりにダブルクォーテーション("
)で挟めば良い。
puts "[expr 100*$num] 円"
num変数に3がセットされていればコマンドの実行結果として
300 円
が出力される。
このように、ダブルクォーテーションの機能はブレス機能とほぼ同等であるが、コマンド置換と変数置換をTclパーサーに許すところが異なる。ダブルクォーテーションの中でのコマンド置換、変数置換は Tcl の特長的な機能である。なお、ダブルクォーテーションとブレスの機能は、それらがリスト要素の先頭と末尾に記述された場合にのみ有効である。下の例では「"
」は文字として扱われる。
set text 石を投げたら"ゴツン"と音がした
セミコロン記号(マルチコマンド)
[編集]複数のコマンドを1行に記述したい場合はコマンド行をセミコロン(;
)で区切れば良い。
set a 100 ; set b 200; puts [expr $a * $b]
#記号(注釈行)
[編集]コマンドの位置に「#
」を記述すると行末までコメントと見なされる。「コマンドの位置に」ということが重要であり、以下の最後のコードは「#
」がコマンドの位置にないので誤りである。
#初期値セット
# set a 0
set b 0 ; # 初期値
set c 0 # 初期値
バックスラッシュ記号
[編集]ひとつのコマンドを複数行で記述したい場合は、行の末尾にバックスラッシュを付ける。
command $arg1 $arg2 \
$arg3 $arg4
$文字の前に\を置くと$置換子の機能を抑制して単なる文字として扱わせることができる。
puts "金額=\$100"
コマンド置換子([
、]
)、ブレス({
、}
)の前に置いた場合も同様である。
基本的にバックスラッシュにはC言語とほぼ同じ機能がある。例えば改行コードは「\n
」と書ける。
補足:引数をブレスで挟むことのもうひとつの意味
[編集]Tclパーサーから渡された引数がコマンド内部で評価されるか否かは重要である。ここでの評価とはコマンド置換や変数置換のことである。例えば算術演算を行う expr
コマンドは引数を内部で評価する。従って以下の2つのコマンドは同じ結果を返す。
expr $a*$b
expr {$a*$b}
Tclパーサーが行ってくれずとも、expr
コマンドが内部で変数置換しているので同じ結果が得られるのである。if
コマンドやwhile
コマンドは第1引数として与えられた文字列を、コマンド内部で expr
によって評価し、その結果を使う。
set val true
if $val {〜処理〜}
while $val {〜処理〜}
Tclパーサーは第一引数の「$val
」を評価して「true
」(文字列)に書き換える。同様に第二引数「{〜処理〜}」を評価して、文字列リテラルなのでそのまま同じ値「{〜処理〜}」に書き換え、以下のようにする。
if true {〜処理〜}
while true {〜処理〜}
Tclパーサーはその後、true
と {〜処理〜}
を if
、while
コマンドに渡し、if
、while
コマンド側は受け取った文字列を expr
コマンドに「[expr true]
」として渡し、その結果をもって処理を続ける。気をつけなければならないのは while
コマンドは {〜処理〜}
をひと通り評価し終えた後、再度、第一引数を expr
で評価するが、上記のコードでは与えられている値が true
なので {〜処理〜}
の中に「set val false
」のような文があったとしても、第一引数で与えられた値そのものは変化しないので、ループを無限に繰り返すことになる({〜処理〜}
の中に break
コマンドが含まれていない場合)。
set val true
if {$val} {〜処理〜}
while {$val} {〜処理〜}
この場合、Tclパーサーは引数を順に評価し、第一引数として「{$val}
」という4文字の文字列リテラルを、第二引数として「{〜処理〜}」を、if
、while
コマンドに渡す。if
、while
コマンド側は受け取った文字列を expr
コマンドに「[expr {$val}]
」として渡し、その結果をもって処理を続ける。while
コマンドは {〜処理〜}
をひと通り評価し終えた後、再度、第一引数を expr
で評価するが、上記のコードでは与えられている値が {$val}
なので {〜処理〜}
の中で「set val false
」のような文があれば、その評価値も false
になって、その時点で繰り返し処理を終了する。
一方、switch
コマンドの第1引数は内部では評価されない。したがって下記の2番目の記述は期待する結果が得られない。
switch $val {...}
switch {$val} {...}
もし引数をコマンド内部で評価してくれるならば、その引数はブレス({})で挟んで渡した方が効率が良い。Tclパーサーとコマンドの両方による多重評価処理を回避できるからである。このような理由により、if
コマンドやwhile
コマンドやfor
コマンドの引数は常にブレスで挟むべきである。特にループの条件式は必ずブレスで挟む必要がある。ブレスで挟まないと変数置換されてからループコマンドに渡されてしまうので、定数を並べた条件式になってしまい、無限ループをもたらす。
コマンドの拡張
[編集]コマンドには、Tclパーサーにあらかじめ実装されているビルトインコマンドと、ユーザーにより作成された拡張コマンドがある。ユーザーによる拡張コマンドの実装は簡単である。まず、C言語などで「コマンド本体関数」と「登録用関数」を記述し、ダイナミックリンクライブラリファイルに格納する。そして組み込みコマンドの load
を用いて拡張コマンドを登録する。
load hello.dll hello
load
コマンドの引数には、「ライブラリファイル名」と「登録用コマンド名」を与える。load
コマンドは、登録用コマンド名から「登録用関数」名を求め、これを実行してくれる。例えば hello
コマンドであれば Hello_Init
を実行してくれる。この「登録用関数」の中に本当の登録処理を記述しておく。従って、例えば load
コマンドに渡したコマンド名にライブラリ名の意味を持たせ、「登録用関数」の中で複数のコマンドを登録してしまうことも可能である。
「本当の」コマンド登録はC言語のインターフェース用の関数の Tcl_CreateCommand
や Tcl_CreateObjCommand
を用いて行う。拡張コマンドの実体となる「コマンド本体関数」を、決められた型と引数に従って先に定義しておき、そのコマンド関数アドレスと公開コマンド名を引数に与えて実行すれば登録される。
コマンド登録関数
int Hello_Init (Tcl_Interp *interp)
{
Tcl_CreateObjCommand (interp, "hello", Tcl_HelloCmd, NULL, NULL) ;
return TCL_OK ;
}
コマンド本体関数
int Tcl_HelloCmd (ClientData dummy, Tcl_Interp *interp, int objc, Tcl_Obj *CONST objv [])
{
...
return TCL_OK ;
}
コマンド本体関数は、Tclパーサーからの引数を、引数の数(argc
)と引数文字列配列(argv
)で受け取る。ただし、引数を文字列で受け取るこの方式は Tcl_CreateCommand
関数で登録する場合であり、引数をTclオブジェクトで受け取りたい場合には、上例のように Tcl_CreateObjCommand
関数で登録する。
内部構造(Tclオブジェクト)
[編集]Tclパーサーは、スクリプト文字列を受け取り、常に処理結果を文字列で返すように見える。これでは文字列の解析や文字コードとバイナリ値への変換が頻繁に行われていることになり、いかにも効率が悪く思える。しかし決してそのような単純なものではなく、内部では可能な限りバイナリ値を維持している。Tclスクリプトでバイナリ値も扱えるのはこのおかげである。
例えば下記のように変数に数値を与え、その計算結果を変数に格納するとき、おのおの変数の型は文字列と double
の二つの型を持つ。文字列として参照されるときは文字列型として振る舞い、double
として参照されるとき(計算式の中などで)は double
型として振る舞うことができる。
set a 100.0
set b 200.0
set c [expr $a * $b]
Tclパーサー内部において変数はTclオブジェクトとして存在している。Tclオブジェクトは char *
、int
、double
の共用体を持った構造体であり、文字列への変換が要求されない限り、int
値は int
値のまま、double
値は double
値のまま維持される。スクリプトでは変数の型宣言を行えないが、変数への値セットで型が仮定され、Tclオブジェクト間のデータ移動で無駄な型変換が行われないように配慮されている、ということである。
リストも同様に内部ではリスト型のTclオブジェクトとして存在している。このような仕組みになっているので、リストを作成する時は list
コマンドを用いるべきであることが分かる。また、巨大なリストを文字列として全体参照するのも効率を悪くするので慎重にすべきである。下記の例では変数 listA
には文字列として格納されるが、listB
には int
値のリストとして格納される。この後、これらの変数にリスト処理コマンドでアクセスすると、listA
に対しては要素分解処理が行われるが、listB
に対しては不要となる。
set a 100
set b 200
set listA "$a $b"
set listB [list $a $b]
前項で解説したコマンド登録関数の後者(Tcl_CreateObjCommand
)は、Tclパーサーからの引数を、無駄に文字列変換することなく、Tclオブジェクトのままで受け取るコマンド関数を登録するためのものである。
返値もTclオブジェクトを通じて返すことができる。下記は long
値をそのまま返す例である。
/* long値を返す例 */
Tcl_SetLongObj (Tcl_GetObjResult (interp), longVal) ;
返値のみならず、Tclオブジェクトは不要になったとき自動的に削除される仕組みがある。それはTclオブジェクトが持つ「参照カウンタ」による制御である。アプリケーションでTclオブジェクトを作成し、それを存続したければ参照カウンタを増加させておき(Tcl_IncrRefCount
)、必要なしとなったところで減ずる(Tcl_DecrRefCount
)ようにする。参照カウンタが減らされて 0
になったときにのみ、そのオブジェクトは削除される。つまり、存続と廃棄の要求を自分だけの都合で出しておくだけで、削除のタイミングがコントロールされるという仕組みである(スマートポインタ)。
変数のみならず、スクリプト自体もTclオブジェクトとして存在している。
脚注
[編集]注釈
[編集]出典
[編集]- ^ “Tcl/Tk 9.0”. 2024年11月8日閲覧。
- ^ “Tcl/Tk 9.0”. 2024年9月19日閲覧。
- ^ “Latest Release: Tcl/Tk 9.0.0 (Sep 26, 2024)” (2024年9月26日). 2024年11月8日閲覧。
- ^ Windows PowerShell : PowerShell and WPF: WTF
外部リンク
[編集]- Tcl Developer Exchange - Tcl/Tk開発のホーム
- Tcl 8.4.1 Manual Command Reference - 日本語のTclリファレンス