Ok，本着本域名取名来自X 加上Intend，本意是超级打算，X就是超级的意思，而Intend是指有此意图，但不一定要做，但是可以让想法共享的网络平台，目前一直希望更多的人能够加入这个队伍中来，但由于本人和本博客系统都有所缺陷，故还望各位一起来加入这个队伍。

本人对外邮箱是 oicuicu@gmail.com,希望收到路过此地，同时希望一起分享自己超级想法的伙伴和我取得联系。

嗯，切入正题。

首先，目标运行程序是Actionscript3/mxml下搭建的页面级程序，由于目前环境的种种限制，最好的方式是采用2D建制。目前7face，taobao，等多家企业/公司都已经在尝试这方面的内容了。

而2D建制最大的问题就是衣服的和人体对象的贴合程度，以及受众的接受程度。

首先关于贴合程度，如果有CAD数据那自然再好不过，可是由于CAD数据来自衣服制造商，以及目前国内大多数小规模的衣服生产厂商受环境限制基本手工绘制于布料上活着纸张上，所以是非常难以活的的数据。

另外，多数衣服的来自网络商家，故为了适用性达到最广和表现力达到最优本人所想到的方法是如下：

模型制定：
         制作和真人1：1的橡胶充气娃娃
数据采集：
         制作背景比例尺
                类似大多数电影中能看到的囚犯拍照后面的那个标度尺
               拥有标准光圈范围(含各种相机和通用相机)
         制作真人标准云台，(正\两侧\背)
基础库建设：
         标准人体3D数据(1)
                默认以上述娃娃为准
         标准UV展开图网格(2)
                方便人们将数据
         标准人体4面或6面状态图(3)
工具建设：
         绘制和上传系统
              一般用高效的C/C++编写，用来让客户将自行采集的数据编辑和上传 
             使用以上（1）和（2） ，并导存为2D以上（3）
         展示系统
              由swf文件网络中展示
              或专业版下载，让用户条件期望体型，并以3D拟真效果展示

主要构建思想：
        尽量让目前还不能高效3D运算的AS程序尽可能的去分析数据和展示2D的东西
        如果用户真想编辑，务必让用户使用绘制和上传工具
        其他虚拟真实的内容尽量采用小软件的形式

分支思想：
       如果非要让as程序在线进行操作，则需要在损失一定的真实度，让用户针对已拍摄好的对象进行类似PS的操作。

其他智能化研究：
      如研究胖矮高瘦等因素与标准体型间的关系，并建立模型
      研究身体动作与衣服间的连带关系等等
      这些。。。。囧。。。。。好高深，不过不是不可能吧~~~反正尽量让这些方放到非swf中编辑。毕竟如果作为商家不会嫌弃花费5-10分钟整理一个模型的，再说，如果协议统一，就连模型数据都可以成为商品，或者简易的外包项目咯~~（1件2块钱？）
  
OK~ 纸上谈兵就到这吧，部分数据待进行中，如果路过的您有此类相通的想法，或者更好的建议，请及时联系我哦，哈哈

困了，音乐。。。。。。。

、B+树索引的总体结构 ①B+树索引是一个多级索引，但是其结构不同于多级顺序索引； ②B+树索引采用平衡树结构，即每个叶结点到根的路径长度都相同； ③每个非叶结点有到n个子女，n对特定的树是固定的； ④B+树的所有结点结构都相同，它最多包含n-1个搜索码值K1、K2、…、Kn-1，以及n个指针P1、P2、…、Pn，每个结点中的搜索码值按次序存放，即如果i<j，那么Ki<Kj，如图8-3-1所示。

图8-3-1：B+树的结点结构

2、B+树索引的叶结点 ①指针Pi(i=1,2,…,n-1)指向具有搜索码值Ki的一个文件记录或一个指针（存储）桶，桶中的每个指针指向具有搜索码值Ki的一个文件记录。指针桶只在文件不按搜索码顺序物理存储时才使用。指针Pn具有特殊的作用； ②每个叶结点最多可有n-1个搜索码值，最少也要有个搜索码值。各个叶结点中搜索码值的范围互不相交。要使B+树索引成为稠密索引，数据文件中的各搜索码值都必须出现在某个叶结点中且只能出现一次； ③由于各叶结点按照所含的搜索码值有一个线性顺序，所以就可以利用各个叶结点的指针Pn将叶结点按搜索码顺序链接在一起。这种排序能够高效地对文件进行顺序处理，而B+树索引的其他结构能够高效地对文件进行随机处理，如图8-3-2所示。

图8-3-2：B+树索引的叶结点结构示例

3、B+树索引的非叶结点 ①B+树索引的非叶结点形成叶结点上的一个多级（稀疏）索引； ②非叶结点的结构和叶结点的结构相同，即含有能够存储n-1个搜索码值和n个指针的存储单元的数据结构。只不过非叶结点中的所有指针都指向树中的结点； ③如果一个非叶结点有m个指针，则≤m≤n。若m<n，则非叶结点中指针Pm之后的所有空闲空间作为预留空间，与叶结点的区别在于结点的最后一个指针Pm和Pn的位置与指向不同，如图8-3-3所示；

图8-3-3：B+树索引的非叶结点结构

④在一个含有m个指针的非叶结点中，指针Pi(i=2,…,m-1)指向一棵子树，该子树的所有结点的搜索码值大于等于Ki-1而小于Ki。指针Pm指向子树中所含搜索码值大于等于Km-1的那一部分，而指针P1指向子树中所含搜索码值小于K1的那一部分，如图8-3-4所示。

图8-3-4：B+树索引的非叶结点中指针Pi的指向

4、B+树索引的根结点 ①根结点的结构也与叶结点相同； ②根结点包含的指针数可以小于。但是，除非整棵树只有一个结点，否则根结点必须至少包含两个指针。图8-3-5给出一个B+树结构的示意图。

图8-3-5：account关系的B+树索引结构

来源：http://www.sqlite.com.cn/MySqlite/6/373.Html