编辑器前后交互

游戏 编辑器

基本传输单元是一个游戏的json字符串

每个创作的新游戏都有自己的编辑号和编辑密码
打开编辑器的时候会要求输入已有的编辑号和编辑密码，或者新建一个故事，新的故事有自己的编辑号和编辑密码

请求列表如下：

打开一个已有的编辑：
前端请求：

{   
    ins:"openedit",
    id:"",//故事的编辑号
    password:""//故事的编辑密码
}

后台返回

{
    status:"success"/"fail"
    data:""//json字符串，内容为之前编辑保存的内容,
    title://title
}

新建一个编辑：
前端请求

{
    ins:"newedit"
    id:""//新的编辑号
    password:""//新的编辑密码
}

后台检查编辑号是否已经存在，如果已经存在返回fail，不存在的话返回success

{
    status:"success"/"fail"
}

前端收到成功的回复之后会向后台发送编辑的数据

{
    ins:"saveedit",
    data:""//json字符串，包括了编辑的内容,
    id:"",//故事的编辑号,
    title:"",
    //password:""//故事的编辑密码
}

保存编辑内容
前端发送

{
    ins:"saveedit",
    data:""//json字符串，包括了编辑的内容,
    id:"",//故事的编辑号,
    title:"",
    //password:""//故事的编辑密码
}

后台回复

{
    status:"success"/"fail"
}

发布游戏
前端发送

{
    ins:"release",
    data:""//json字符串，包括了编辑的内容,
    id:"",//故事的编辑号,
    title:"",
    //password:""//故事的编辑密码
}

后台回复

{  
    status:"success"/"fail"
}

进入游戏界面
打开游戏界面需要一开始输入游戏号（就是之前的编辑号）
前端请求

{
    ins:"readgame"
    id:""//请求的游戏号（编辑号）
}

后台回复

{
    status:"success"/"fail",
    data:""//游戏内容,就是之前发布游戏的时候传到后台的那个json数据,
    title:"",
    version:""
}

请求版本号：

{
    ins:"readversion",
    id://游戏号
}

回复:

{
    status:
    version:
}

请求游戏

{
    ins:"getgame",
    id://
}

后台回复

{
    status:"success"/"fail"/"default"
    name://success时为空，default时为默认的游戏号
    title://请求的游戏的title或者默认的title
}

未来的内容
之后会考虑加入用户系统，会保存每一个用户在每一个游戏的游戏进度，在读取游戏的时候讲游戏进度一起返回到前端，但是目前这个功能暂时不实现，所有的游戏记录保存在本地
需要注意的是在设计数据库结构的时候保留好这个功能的扩展空间