【幽梦天使专题总结】佛系小编辑：谢谢设计师，谢谢技术，谢谢大家。

九月初的时候编辑开会，说起接下来的需求有常规选美大赛幽梦天使，已经听其他编辑说过这是个非常噩梦的需求，然后我就非常好奇到底有多噩梦。现在回想一下，真的是我FFFFF佛慈悲。

十月长假后，开工搬砖的第一天，正好结束了海选赛，之后是12号将会开启的长达十天的正式赛，整个赛程总共快一个月，果然是个有点长的噩梦。

我翻看了之前相同功能类营销专题的总结文档，分析出这一次我们基本没有踩过同样的坑。都是新坑。在自我总结的过程中，也跟进了解一下设计、技术和QA的反馈及建议。

需求与原型

在获取到相关需求之后，编辑需要制作原型，并且制作功能文档，在制作完成、交与制作组成员、跟进修改、继续进行制作的过程中，需要注意的是要及时根据需求的变动而修改同步相关文档。

在这一次制作中对接方营销出去旅行了，策划也是第一次做这样较大的专题，需求难免有反复修改的情况存在，小需求的变动不仅要及时的传达给前端，也要更新文档，以免在制作中期期QA参与时拿到的功能文档已经不是最新的需求，这样会增加一些沟通成本。

在需求更改的时候可以同步一下原型图或者功能性文档，这样在复盘时也能比较清楚的对比出有什么需求是反复改动的。

在之后面对相似的专题，编辑/需求方可以提前出一份功能流程图，比如在涉及到可能有多种内容提交的情况下（举例：大型活动的报名页/个人中心的复杂页面），能够让开发在思考流程下少一些漏洞。

这一次的幽梦天使正式赛中仿照幽梦骑士（参考：首届幽梦骑士评选）增加了视频上传，但是没有沿用之前的美拍链接，所以上传的样式，位置，预览方式都需要重新确认。

另外相比之前同类型的比赛增加了一个倩女口袋版的报名入口，以及一个类似鸿雁传情的幽梦外传，因此有一些额外的问题比如口袋版报名无法手动裁剪、幽梦外传的功能增减也需要提前预判。

另外在之前游戏里举办了首届全民争霸赛（参考：《新倩女幽魂》首届全民争霸赛），增加了一些配合比赛的赛事服，有的玩家会把自己的账号绑定在赛事服上，就需要后台及时修复相关的数据问题。

 

设计稿：

在编辑和设计师对接设计稿方面，需要使设计稿尽量要贴合实际效果，比如在赛制名词上、赛事时间上，一经策划或营销文档确认的内容应该及时告知设计师更新在设计稿上，需要用的二维码等内容也应该尽早确认给到设计师替换。在技术制作的过程中不会频繁出现微调素材。

幽梦天使常规来说我们认为它是一个以女性玩家的容貌为主要评判内容的选美比赛，之前营销老大给出意见希望不只是选美，可以有点内涵，但是跟营销和策划沟通后还是延续了选美。首页上我们依据营销需求使用女刀客为主展开进行排版，因为女刀客的肢体动作浮动较大，整一个属于悬浮的状态，所以就围绕女刀客展开外圈的按钮，这样有一个整体造型环绕主题的感觉，刀客的动作看起来更加符合整体画面。

内页上是采用圆形弹窗的形式弹出画面，看起来比较有新鲜感。但是在后续的制作中，发现由于需要展现的选手的照片过多，一屏所展现的内容就会受到局限，而且双重滚轮也较为不方便。首页及比赛规则页和奖励页上线后还发现了首页在适配小屏幕时会遮挡二维码，以及因为原先设计的是弹窗样式，内页并没有方便使用的导航等问题，所以对于之后需要展现很多内容的专题上就要编辑和设计多考虑下怎样能更好的表现内容，以更好的方便用户和有利于技术便捷的实现。

在设计稿定下之后，需要以设计稿为基础和前端技术一起开会对一遍功能实现，可以从技术的角度及时的提出设计稿制作上可能出现的问题。

 

前端制作：

我们组的技术大佬们都相当靠谱。这次在前端制作上选择了vue的框架，我观察到是之前的L10情缘大赛（参考：倩女为媒，情定今生）得出的经验，所以多端复用和解耦的问题相对比以往有很好的改善；

（耦合是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以至联合起来的现象。解耦就是用数学方法将两种运动分离开来处理问题，常用解耦方法就是忽略或简化对所研究问题影响较小的一种运动，只分析主要的运动。此处来自神奇的维基百科。）

我们的技术前锋 唐钊大佬终于如他一年前总结情缘大赛时希望的那样跟上前端业务环境的大趋势，拥抱了新技术。鼓掌~ 

另外前端需要明确业务逻辑。例如对于审核通过、审核中以及审核不通过等状态的展示内容和链接跳转应思路清晰，在常规业务的友好交互功能无须编辑和QA提醒，应自觉添加。如上传图片视频的loading、多图列表展示的图片用loading占位和使用imgview小图、点击查看大图、用户输入的展示内容应防XSS攻击等。另外前后端接口的交接信息应对称，接口文档建议标明上传参数和返回参数的意义。返回参数和code值修改后应通知前端。

在此基础上，前端需要对游戏应有基本的了解。譬如端游登录只需要邮箱登录不需要手机登录，以及倩女的端游和手游虽然共用ip，但是在素材上其实有一些区别。

开发前应对设计稿进行认真校对，避免后期返工修改。譬如移动端的分享不建议像PC端那样直接展示四个小图标、最新最热的按钮应有active态、悬浮在图片上的按钮应注意是否会与图片融合了等等。

另外在细节上，我们的报名页面需要玩家登陆，获取玩家信息，获取报名信息。这三个接口需要按顺序调用，并分情况处理返回值。比如说我们需要针对a、玩家未登录，b、未注册梦岛，c、注册了梦岛但未绑定角色，d、绑定了等级不够，e、等级够了不是女的，f、是女的并且已经报名等几种情况做相应处理。

以及玩家报名时需要上传封面，这里用了之前项目一直沿用的图片剪切组件和nos上传组件。因为组件基于file api和canvas实现，因此只能支持到ie10。

新增的幽梦外传功能就是一个列表页，功能比较简单。后期需求有多次补充，增加了点赞，分享，根据id定位信纸，根据昵称搜索信纸，根据热度显示信纸，关闭按钮改到导航栏等等。这些需要前端不厌其烦的补充修改才能更好地完成。

 

后台数据：

这次的专题需求的修改较为频繁，并且有很多的细节，比如我们需要为CC77提供api接口。之后如果有CC共同参与的活动，要提前准备完善此类功能。

在后台的结构设计上需要衔接复赛跟初赛，才能很好的兼容需求的多次变更。所以在对此类的功能复杂的需求上，最主要的是时刻保持沟通。有时候问题出现，都是沟通需求并不及时。或者是有些需求明确了，但是没有传达到整个项目的每一个人。

QA测试：

配合QA测试方面，编辑应该找需求方要完整的需求文档，每一项功能都需要明确清楚写明白，否则容易造成开发出来的功能与需求方所想的功能不符合。

在交互稿和功能点需要一起开小会沟通清楚。设计稿出来之后，编辑和开发、QA应该一起就需求讨论交互流程和具体的功能点，这样能早点发现设计问题，而且功能需求大家也能理解一致。

接口404和500检查，需要加到专题里面。这次开发把接口改成post了，但是多改了一个接口，导致405了，前端没有数据。以后这种问题要通过上线接口检查来避免。

前端排名需要预留位置到1w以上。这次报名比较火爆，排行到了1w数量级的时候，前端位置容易错乱，以后测试用例需要加上这一点。

这一次专题上线后基本没有出现BUG，主要的BUG就是关于合服以及全民争霸赛事服的展示，已经得到及时的修复，主要是测试时期工作做得非常的详尽，表白我们的技术和QA，以及勤劳完善设计稿的小仙女。 

本文来自网易实践者社区，经作者hzshiyuyao授权发布。