找到了“道”和“一”。


Menu这个词是否要考虑更换成为一个范畴更广的词?如果我们的系统是棵树,Menu实际上是个空间坐标。用户通过Menu来告诉系统他/她想要到树上的哪个节点中去。Menu是个空间标识。Menu是个静态的,Menu是静态的资源树上的节点,Menu是场景。
而Function是动态的,是动态的运动树(栈)上的节点。
是否要考虑将Menu和Function都重命名?SpaceId?需要是标识符不能是定位符,spaceId对象上具有个url(定位符)。标识符和定位符的差别就是要翻译。我们无法保证系统树的结构不会随着时间改变所以必须是标识符。对应有View的Action是Space,不对应View但是返回某个资源的Action本质也是Space。比如JsonResult GetById(guid productId)本质也是Space。这个Action表达的意思是将当前主体传输到给定标识的这条product空间中去。盘古开天辟地之初世界充满混沌,伏羲说:让构造定律来吧。顿时一片光明,豁然开朗。

Function也得重命名,引入中国元素。Function命名为太极图上那个纠缠。叫“道”吧。

subject进入space论tao。“进入”本身也是tao。用“一”(Yi)替换Space。最根本的两个概念必须都得是中国的。Tao生Yi,Yi生二,二生三,三生万物。为啥不用〇?能够站在宇宙之外观察的话正是O,可是我们无法站到宇宙之外。在咱们的数据库表设计中,Menu(Yi)表中的记录正是来自于Function(Tao)表中的记录的。正是Tao生Yi。引入Tao和Yi这两个名词来命名肯定会导致很多人暂时的反感。没有办法,这个时代需要中国元素。还是妥协一下吧。保持Menu和Function的命名不变,但是所有出现Menu和Function的地方都在后面映射出Yi和Tao。Yi是空间,Tao是时间。Menu记录所标识的位置应可以是整棵树的任何一个节点。

以此祭奠先人,面向未来。

anycmd的wiki地址https://github.com/anycmd/anycmd/wiki

内容已做整理https://github.com/anycmd/anycmd/wiki/elements#6-menu
Menu

Menu表示空间坐标,是个标识符和定位符融为一体的对象。如果我们的系统是棵树,Menu实际上就是用来指示树上的具体位置。用户通过Menu来告诉系统他/她想要到这棵树上的哪个节点中去。Menu用来指示静态的资源树上的节点,资源树上的节点是空间、是场所。 而Function是动态的,是动态的运动树(栈)上的节点。 将Menu重命名为SpaceId可能更合适?需要是标识符不能是定位符,SpaceId对象上具有个url(定位符)。标识符和定位符的差别就是要翻译。我们无法保证系统树的结构不会随着时间改变所以必须是标识符。让我们使用ASP.NET Mvc中学到的Mvc知识来举个例子:在前端控制器层中,对应有View的Action是Space,不对应View但是返回某个资源的Action本质也是Space。比如JsonResult GetById(guid productId)本质也是Space。这个Action表达的意思是将当前主体传输到给定标识的这条product空间中去。 Function是什么呢?Function是运动,是功、能、力,体现在计算机程序里通常是运行时的栈。不妨搬出咱们从先人那里继承的思想来诠释一下Function和Space。将Function这个词替换为太极图上那个纠缠,叫“道”(Tao)吧。 subject进入space论tao。“进入”本身也是tao。用“一”(Yi)替换Space。Tao生Yi,Yi生二,二生三,三生万物。为啥不是〇?能够站在宇宙之外观察的话正是O,可是我们无法站到宇宙之外。在咱们的数据库表设计中,Menu(Yi)表中的记录正是来自于Function(Tao)表中的记录的。正是Tao生Yi,Yi是空间,Tao是时间。请暂时不要对引入Tao和Yi这两个概念反感,以后不会去频繁的搬出这些概念。保持Menu和Function的命名不变。Menu记录所标识的树上的空间位置应可以是整棵树的任何一个节点。