基于AutoTool的智能系统实验平台——诚招关于功能、架构、系统设计等方面的想法，欢迎指导、加盟！ 高分！(300分)

昨天初步构思了知识对象的结构，整理一下贴出来，请大家提提意见。
知识对象拥有若干个属性。通常情况下，属性就是子对象。“属性”被存放在专门的属性
定义表中，例如：值、年龄、速度、长度等等。属性可以有分类结构，有全称和简称。
下面是使用例子：
ObjA.Value == ObjA.Prop("Value").Value == ObjA.Prop("/Value").Value == ObjA.Prop(ValueProp).Value
如果考虑多值属性，可以在现有结构的基础上增加集合索引以及条件属性。
准备在定义好知识对象之后就开始设计系统中各种信息的结构。买了一本《IT体系结构和
中间件技术》，学习其中的架构和消息机制。

前天写了一点，让高手检查了一下，自己也思考了一下，决定进行部分改进：
1.属性的1:1与1:N实现，集合的访问机制；
2.聚合和合成的区分；
3.信息元素的“类型”概念（类似面向对象编程中的“接口”），如何提供进行有效的检索
机制；
4.访问加锁机制；
5.限制存放空间，不用Variant类型，改用8Byte数据+1Byte的状态以及类型说明，初步拟存
放String、Integer、Char、Boolean、Double、TObject这几类数据。
为了能正确的解决上面提到的某些问题，有一些概念上的问题有必要首先澄清：
虽然可以用属性表示一切，但是必须清楚，有些属性是从属关系，而另一些关系则是链接
关系或者聚合关系（例如：A的颜色——从属；Mike的房子——链接；汽车C的挡泥板——聚
合）。
“名字”——严格的说来，并不是某个事物本身的属性——它是“假名安立”的结果，即
同一个对象，在不同的主体看来，可以有不同的名字。就算在同一个观察者看来，同一个对
象也可以在不同的时期有不同的名字。与名字相类似，一个事物的许多属性都是在不同的环
境下，不同的观察者所观察到的结果，不是本具的。——这个问题一定要解决。
我已经将接口部分贴到了我的富翁笔记中：
http://www.delphibbs.com/keylife/iblog_show.asp?xid=8258

有兴趣加盟的朋友，请将您擅长的方面列举一下，我们会分配合适的任务给您。

to riceball兄：
我目前的设计思想是：在第三方开源脚本引擎的支撑下，在这个工具中编写可以操作知识
对象的语句，以完成特定的功能。这些语句可以以Agent的组成部分的形式被有效的组织，
以完成特定的任务。我的想法是，脚本所处理的一切信息都应该是基于知识对象的（或者是
可以被转换为知识对象的），而知识对象有能力表示一切可以被清晰描述的人类知识——整
个系统因此也是一个基于符号的系统。虽然如此，我们仍然可以通过用符号来描述连接，让
系统具有连接运算的能力。

周末闭关——看书、写代码——一定要搞定信息节点对象。

真冷清啊... 没关系，任何事物开始的时候都是默默无闻的。
努力！努力！再努力！

冷清不要紧，毕竟还有我们几个嘛，其实，有时候人多了要花更多的时间沟通，冷清也
不一定是坏事。我又要开始写代码了，不过，但愿这次可以一气呵成[]
darwinzhang觉的dfw工程的意味太浓,要告别dfw了,我代他向各位告别[]
我的表示知识方法是作一个名词表,保存各种知识的名称以及它们对应的在程序的相应存
储节点的位置.通过这些信息点之间的连系方式和兴奋状态来表达知识,我觉得很有新意,
希望可以在1-2个月内能拿出一个初步的程序来.
不过大家不要报什么希望,估计我这个东东今年是达不到实用的程度了.

darwinzhang走了？真是一件遗憾的事，我还没有和她交流过。但是一直很欣赏她的广博的知识面和流畅的表达能力。大富翁本来就是一个编程论坛，能容得下这些纯理论的探讨已经很不错了，这也要感谢creation_zy兄的一直以来的努力。为什么一定要离开呢？
暂时的冷清也许并不是坏事。有时候学习也需要一段时间的冷清，就像creation_zy所说的“闭关”。
to wf_zha兄：你的邮件我刚刚收到，我会尽快给你回复的。