{睡眠}{睡眠記録}{希哲13年3月15日}{7時間睡眠}=}(4)
{食事記録}{希哲13年3月15日}{食事}=}(3)

{希哲13年3月15日の食事 K#F85E/A-4686-0A0E}

14時頃,野菜ジュース,お好み焼き。

18時頃,蒸しパン,鶏皮の甘辛煮,カロリーメイト。

20時30分頃から,極め納豆(キムチ切れ),蛍サラダ(カボチャ切れ),ペペロンチーノ。

=}
{希哲13年3月15日}{体調記録}{体調}=}(3)
{版存}{備立}{_kn lib}{希哲13年3月15日}{通称化}{名称空間}{名称展開}{マジック ヘッダー}{魔法引括}{引括保護}...=}(15)

{希哲13年3月15日の開発 K#F85E/A-4686-8661}

今日は,ここ数日よく考えている 備立まわりの基本仕様,特に自動輪結_kn lib など)を実装するつもりだったが,名称空間の切り分けなどについて考えているうちに,魔法引括で体系的に名称展開を制御する方法を閃き,この仕様を練ることにほぼ一日を費した。これを「通称化」と呼ぶことにした。

ヘッダーの末尾に + 記号,- 記号を付け,の通称化の有無を指定する。上位階層から下位階層へ設定を引き継ぐことで一括指定を容易にし,原則を適用されたくない場合は個別に指定することも出来る。

出放りはこれまで同様通称化有効とするが,引括されうる場合は明示のために + を使用することが出来る。

記号は先頭に付けることも検討したが,- 記号は先頭に付けると譜類として扱いにくく,多階層表記の場合,記号の意味がどこにかかっているのか明示的ではない,単純に譜類名に対応しない(階層化した場合,台録名になる)ため実装が多少面倒になるなどの問題がある。また,検討してきた版存分け機能を v0.1/xtd などとした場合,整合性の問題もある。

実装としては,すでに使っている引括保護用のマクロ名と同じ原理でどう呼び出されたかをマクロ定義で表し,各実装で適宜条件処理する。このあたりも自動化出来そうではあるが,台録構造と名称空間の構造を整合させるなどの工夫が必要になる上,非標準領域での汎用性が無くなるため,将来の検討課題とする。

どのような記号法を使うか,細部の実装について変更の可能性はあるが,概ね以上の仕組みで柔軟な通称化の制御が可能になるだろう。

{希哲13年3月15日}{PHP 5.3}{use}{}{PHP}=}(5)
{名称制御}{希哲13年3月15日}{希哲13年3月15日の開発}{名称空間}{use ns}{魔法引括}{展開}{名称}{宇田川の用語}=}(9)
{希哲13年3月15日}{名称空間}{希哲13年3月15日のツイスト}{情報技術用語}{ツイスト}{名前空間}=}(6)
{希哲13年3月15日}{名前守蔽子}{名間域}{希哲13年3月15日のツイスト}{ツイスト}{翻訳}{名前空間}=}(7)
{希哲13年3月15日}
{}