HSPTV!掲示板

ファイルのフォルダのように
名前の缶詰名（ライブラリ名）、型名（クラス名）、関数名、手続き名、変数名、など
すべての名前を局所化できるべきだと思う。
それぞれの段落で、開封した「名前の缶詰（語彙辞書）」が、
それぞれの段落での、一つのプログラミング環境を指定するような感じだろう。
プログラミングは、何らかの（複数可の）名前の缶詰（語彙空間）を輸入・利用して、
別の名前の缶詰（語彙空間）を定義・輸出する形式になる。
定義・輸出された名前の缶詰（語彙空間）は語彙空間の入れ子にされて管理されたり、
長い一意的な名前をつけられたり、
別の名前の缶詰（語彙空間）の輸出語彙の一部として再利用されたりできると良いと思う。

具体的には、次のように名前を定義してゆけるとよいと思う。
コード例：
「名前の缶詰２の定義コード[
・名前の缶詰１の中の名前の缶詰１の中の名前を参照する。
ただし、名前Ａは名前ＡＡと付け替えて利用する。
・名前Ｂを名前の缶詰２が提供する名前の一つと宣言する。
・名前Ｂの定義コード。
・名前Ｃの定義コード。
]定義終わり。」

内容が高級すぎるので、他のメジャーな言語で聞くべきだろう。

日本語としても分かりやすく書けよ……
要するにオブジェクト指向プログラミングしたいんだろ？
例えばC++なら、

namespace 名前の缶詰１{
	型名 名前Ａ(型名){
		......
		return 型名;
	}
}
namespace 名前の缶詰２{
	型名 名前ＡＡ(型名){
		return 名前の缶詰１::名前Ａ(型名);
	}
	型名 名前Ｂ(型名){
		return 型名;
	}
	型名 名前Ｃ(型名){
		return 型名;
	}
};

みたいな感じで書ける。少なくとも言えるのは、これHSPが目指す方向じゃねーだろということ。

ジャバでもやるといいよ

俺は、某スレでも書いたように、
HSPをこれ以上拡張するのはHSPの死だと思ってる。

今のままのHSPで十分完成しているし。

スレタイのようなことをHSPに求めるのは良くない。
というか、
「自分でそういう言語を設計して、インタプリタ書けばいいじゃん」の一言に尽きると思う。

なまえくうかんから書くのに嫌気が差しているので
HSPをそんな世界に引き込まないでほしい

>NO.55646
今思い出したけど、HSPのモジュールってまんま名前空間だよな……
本質的にグローバル変数な言語だからあまり役に立たないけど

HSPは書きこむ量が少なくてすんで助かる。楽でいい。