猫史档案馆

云变量 和 云列表 的内容是有限制的

只能输入 字符串 布尔值 数字

没有列表

如果尝试对云列表输入列表，你会看到NaN

 

一个云变量（无论共/私）1024字符串

一个云列表 1000项*每项128字符串

 

云变量比云列表快（原因未知）

 

把云变量串联在一块当大变量可以提升利用率

此外搭配合理的结构化的字符串可以实现无限房间

 

把云变量当做宽带，传输各种数据

写上目的人id，接收，限时，销毁，往复利用

本地变量接收，修改

你就在云模组的巅峰了

 

在源文件中

其实云变量和变量没有差别

都是一个个属性

（感兴趣见 github.com/cinast/bcm-kitten.js）

 

-----

结构化字符串是多房间云的必要途径

但是会增加卡顿，把最好把处理字符串的时间控制在100ms（0.1s）

加上10ms的间隔，游戏不会太卡

 

在分隔字符串的时候往往避免不了误分割

然后得到的列表与预期不符

这里是结构化技巧

 

总是 - 关键

这样说，你可以总是确定一个东西在什么位置

然后你可以根据这个东西确认其他

 

比如说这个列表有7项

原本有4项

['a','b,','c','d,']

字符串内容：4,/a,/b,,/c,/d,,

结果：[4,a,b,空,c,d,空]

 

我们有两个确定

第一是前面的“4”，代表原来有4项

第二是“/”，原内容到字符串的过程，每项前面加了“,”又加了“/”

区分项与项

 

那么根据“,/”，把空项合并到前面有“开头/”的项，处理后检查有没有4项

但是不包含“总是”的项

那么就处理完成了

 

这是一个方法，如果示例内容有“,/”的话，

我们还可以加个第二个“总是”，说明什么项有“,/”

因此到计数xx的时候，碰到开头“/”，不是  把前面有“,/”的 合并到这项   而是  把此项合并到后面

 

当然处理方法不止这些

 

计数的奇偶，偶代表什么，奇代表什么

开头，末尾

 

层级分隔符 - 解析：

如果你只用一个分隔符，那么那个结构化进程会相当缓慢

而且错容也多

 

比如说字符串第一层是房间列表

每项都是房间，分隔符用“,”

 

第二层是单个房间

有房间信息，密码，编号，人数限制

用分隔符“;”

还有个玩家列表

 

第三层是某个房间里的人数或者游玩情况（“'”）

玩家信息在第四层（“"”）