Jbyccc 可以跨软件交换学生名单、学生信息、座位表以及其它可能需要的数据。一个json搞定一切。 这个版本应该是可用的，但仍在征求意见中。目前只在sce座位表编辑器中实装，欢迎尝试适配。 Braydenccc/SDES
laosan Jbyccc 仔细看了下 SDES v1.0 的文档，统一格式是个挺好的想法，大家以后导数据也方便。不过在具体设计上，感觉有几个地方在实际使用时可能会遇到麻烦，提出来探讨一下： 到底用哪种模型？ 现在文档里既有 groupedColumns（按组排），又有 grid（网格）。一个“通用标准”里放两套完全不一样的模版，这感觉就像买了个插线板，上面既有两孔又有三孔，还需要软件自己去“降级转换”，那不就失去“通用”的意义了吗？ 既然 grid 坐标已经能表示所有的位置关系了，是不是直接统一用 x, y 坐标最省事？“第几大组”完全可以当作一个标签附在座位上，没必要单独搞一套模型。 讲台和门的位置太死板了 文档里规定讲台只能是 top 或 bottom，门只能是 left 或 right。但在真实的学校里，教室五花八门。比如有的教室是前门+后门，有的是阶梯教室，讲台在角落。如果只用上下左右去写死，碰到稍微不规则一点的教室，这套格式就完全描绘不出来了。 “护法（guard）”的找法太容易出错 现在定的是“从讲台往后数第几个”。这种数格子的方式有点危险。万一老师在中间加了个空桌子，或者护法没有挨着墙坐，那整个“从前往后数”的顺序全乱了。 其实把“护法”当成一个普通的座位，只是给它加个 is_guard: true 的记号，直接用它在教室里的绝对坐标（第几排第几列）来定位，是不是就不会出错了？ 做个通用的格式不容易，要考虑的东西很多。这版作为起步挺好的，期待后续 v2.0 能把底层的座位坐标统一一下，这样大家适配起来也更放心。
Jbyccc laosan 其实只是因为我这软件用的是组列这样的半拓扑模型（ 无损转换到网格没问题，反过来就会出事，什么时候我把我自己的软件拓展成grid那样之后应该就不会再用了（虽然目前够用 目前的话，spec里面写了这两种模型互转的方法 事实上，在groupedColumns模型下，这些问题都像您说的那样解决了，讲台门之类和座位都属于标记物，可以说是等价的。示例文件里也标了讲台位置啥的，但所有项都是可选项，导入时甚至可以忽略。 laosan 把这两种模型完全分割开可能也是个好主意就是了（
