开发过程中这种的问题，我们活着也是为了解决，各种问题，思考最近团队中遇到的问题，我是作为一个开发者的角度写。
1 关于设计文档和产品切图
a 命名规范
这个问题，不仅仅是需要程序员需要注意的，作为产品经理，交互设计师和视觉设计师， 不是仅仅的做出来就好了。需要有一点的规范。 保存自己的作品的时候，切忌，不要用中文数字来命名，不仅，让程序员找不好找， 就是自己后期修改的时候，也是不好找呀。 好的命名，比如 功能命名法，建议产品设计文档的话使用 中文， 如果是切图的时候，建议使用英文，因为，很多的编辑器，都是识别英文的效率更好的。 如果，设计用 英文来命名， 这样很节省时间。
例如：
1 产品原型 功能命名法：
看上去很舒服，也好找。
2我们最不愿意看到的切图：
这个看完之后，我们都会晕菜，这个问题很简单，也很容易避免的！
3 我们公司的切图：
已经有进步了，但是，作为程序员的我还是不满足，这并不是我们想要的，这是一个熵增的过程。图片会越来愈多的。这个问题，就像是滚雪球一样，慢慢的就会越滚越大的，作为开发者，我们最希望要的切图是这样的， 因为 我们都需要 三倍图 和 二倍图， 注意这里的 名字一定要 一样
我们期望的：
这样子会节省开发时间！
4 备份 切图和 psd 文件！ 压缩文件上传到svn!
最重要的，忘了说了！ 因为，互联网公司，跳槽很频繁的，这也是我们的共识。 所以，学会备份，是我们每个人 都应该掌握的，现在的公司就遇到的这样的问题，公司的设计在离职的时候，一般都会讲本地的所有file 全部删除。 当我们在开发的时候，需要图的时候，新人没有 psd 文件，这个时候，我们就不得不等 设计去 重新设计图在切图，这样子很浪费时间的！
===========================================
前端说完了，我们来说一下，后端的问题！
我们跟后端交互，就是获取Json数据，似乎很简单的问题，却被很多的人，搞定的很复杂。很庆幸，我们的后端还是比较给力的，我听一哥们说，他们公司里面的傻逼PHP，返回的数据，key 竟然是中文的，这还不算是什么，我曾经见过，返回的key 是阿拉伯数字的，当时我就骂娘了！
1 Json 数据的Key 必须是英文的。 不多说。 后端都懂得。
2 养成写文档的好习惯
其实文档，不仅仅是给移动端开发看的，也是后期给自己看的。
标准的格式：
2.1 URL 路径 一般是相对的路径
2.2 Params 就是参数，
这里的需要添加参数的描述，参数最好是用 google 翻译， 然后，每个参数 代表的含义，这个东西之后，谁写的谁知道，不能让前端开发的去猜测是什么意思吧！添加的简单啊描述！
2.3 Json 数据
真正的后端大神，一般 会把返回的数据，直接粘贴到 文档上面。这样子 有利于移动端的开发， 这才是大神的样子！
注意： 这里粘贴的是Json 文本。
下面是一种很不好的方式：
Json 数据，直接切了一张图上来，
下面这种是非常好的方式, 粘贴Json 文本
处理 大神 Tracytheron
移动端的开发，需要的是数据， 很不希望 起一张图， 将数据复制过来，要比截图还快。 如果是一张图的话，我们难道要一个一个的创建字段吗？ 现在讲求的是快速的开发，所以，很多 仅仅是注意一下就可以 加快开发效率的规范，我们是需要注意下的！
2.4 Json 解析的格式
格式的问题， 这个东西很蛋疼的，这个东西很重要，就是我们变成的规范，每个人都遵循这个规范的话，开发就很有效率，要不然，看别人的代码，就跟吃屎一样。程序员都懂我的意思！
一般，我们公司的定义的格式
{
data:{
data:{} or []
// define you need filed
}
code：
}
第一层的data 就是用来解析的，一种固定的是， 第二层的data 才封装数据！
2.5 测试服务器
很多创业者公司，都是直接在正式服务器上修改，这样开发，很不好，不多说，出现bug的几率是指数上升的。 嘿嘿，我很幸运，我们有测试服务器！
我觉的有的时候需要把问题简单化！ 就是 单一职责开发，一台测试服务器，只负责一个app. 如果是一对多的关系，虽然， 节省的服务器，但是 累死程序员！ 正如， 看山跑死马。
团队协作的工具：
Tower 非常不错的工具
Bug 系统，这个是开发者必有的！
记住：
一个不会产品的设计，不是一个好程序员！
开发的过程中，肯定会遇到各种的问题，所以，我们需要一一的解决，所有的问题。所以，每次我们做完一个项目，我们都需要思考一下，为什么会有这个问题！
No comments:
Post a Comment