发表于: 2016-04-17 09:34:08

3 2422


今天完成的事情 

          A:K12协助测试、改BUG

          B:猎头项目需求讲解,分配任务,对接口,搭建环境

2 明天要做的事情

          A:开始写页面和接口

3 遇到的问题

解决的:

          A:Q:项目中的两个BUG,排课列表当前日期未高亮和点击查询时侧边栏失去焦点

                 A :说来惭愧,我们都不会改,最后还是麻烦@沁修姐改的...orz

未解决的:

    

4 项目目前的进度:

内容:

                A:当前进度:

                    K12项目结束,猎头项目刚刚讲完需求

                B:有没有延期:

                    K12延期一周,猎头项目刚开始无延期

                C:延期原因(自身原因/项目穿插):

                D:如何解决((1)砍功能(2)加人手(3)顺延,但是要给出新的截止日期)

5 附带内容:

               A:附带燃尽图地址:http://xp.ptteng.com/index.php?m=project&f=burn&project=30

               B:项目deadline:

2016.4.24晚交给产品经理进行测试。

2016.4.25产品对做好项目进行测试,反馈BUG修改BUG。

2016.4.26晚项目全部结束,正式上线

于是应该是算2016.4.26吧

6 其他:

整理下昨天的听课笔记


2016.04.15 老大讲课

做项目中要理解的关键点:


1. Rest风格的接口/Json格式 

1.1 Rest风格的接口

首先要知道一个大神Fielding-HTTP协议(1.0版和1.1版)的主要设计者。以前的代码,动作与路径在一起,大神觉得这是错误的使用姿势,于是他在2000年的博士论文中提出了一种新的架构,将他对互联网软件的架构原则,定名为REST-Representational State Transfer的缩写,即"表现层状态转化",如果一个架构符合REST原则,就称它为RESTful架构。

RESTful架构:

(1)每一个URI代表一种资源;

(2)客户端和服务器之间,传递这种资源的某种表现层;

(3)客户端通过四个HTTP动词,对服务器端资源进行操作,实现"表现层状态转化"。


其实HTTP/1.1 协议规定的 HTTP 请求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 一共8种,常用的就是增删改查这4种


增删改查  

CRUD               HTTP            备注 

Create               Post             新建

Read/Retrieve    Get            获取

Update               Put           更新

Delete                Delete        删除


理解RESTful架构   http://www.ruanyifeng.com/blog/2011/09/restful

PUT 还是 POST ?  http://www.oschina.net/translate/put-or-post



1.2 JSON格式

JSON:JavaScript 对象表示法(JavaScript Object Notation)。

JSON 是存储和交换文本信息的语法。类似 XML。

JSON 比 XML 更小、更快,更易解析。


JSON 语法是 JavaScript 对象表示法语法的子集。

数据在名称/值对中

数据由逗号分隔

花括号{ }保存对象

方括号[ ] 保存数组


JSON 数据的书写格式是:名称/值对。

名称/值对包括字段名称(在双引号中),后面写一个冒号,然后是值:


接口定几个比较合适?

①考虑性能发送一次请求17~30ms,一般一个页面不超过3个请求

②需考虑数据的组装,复用

JSON 教程  http://www.w3school.com.cn/json/index.asp


2. Form表单和Application/Json的区别

简单的用Form表单的方式,复杂的用ApplicationJson


四种常见的 POST 提交数据方式   http://www.aikaiyuan.com/6324.html


3. 表单的验证

想起之前看到的一句话,永远不要相信用户传入的数据

为了避免后台将时间浪费在一堆无效信息上,以及优化交互体验,表单验证是必不可少的

常见的验证选项:是否已填写必填项目?邮件地址是否合法?密码格式是否正确?数据类型、长度是否符合要求?


表单验证<AngularJs> http://www.cnblogs.com/rohelm/p/4033513.html

jQuery html5Validate表单验证插件测试 https://rawgit.com/zhangxinxu/html5Validate/master/test/index.html


4. 分页处理

以前做分页会把所有的页码都展示出来,并带有跳转功能,但是随着数据量的增加,跳转就比较难实现了,也没有必要

现在做分页只需要上一页和下一页就可以了

有网上很多封装好的插件,不用自己写,大家自己百度吧~


5. controller代码怎么写业务逻辑

有必要先复习一下上次老大讲的MVC:

MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写

model:对象,数据集合

①get data →service提供数据

②Controller→主要结构逻辑,不要超过10行

具体如何判断由util和service负责

util 简单的数据转换、解析

service  复杂的数据操作

③display→view展示数据


具体流程:

①分module

②定接口

③理清业务逻辑A、B、C、D

④写A、B、C、D具体代码
⑤响应

⑥view展示

⑦验证

⑧处理结果


6. 怎么做测试,怎么写测试数据

多跟产品沟通,弄清楚需求,需求理解有差异的话,会导致一开始方向就错了

测试时根据需求写数据,尽量贴近实际使用情况,不要出现无意义的数据


7. 前后端分离的情况下并行开发,怎么写模拟数据

根据接口文档约定的规则写模拟数据


8. 项目Story顺序,bug的优先级

嗯,story的顺序好像木有讲?这个有时间可以跟产品沟通沟通 0.0

bug的话,先看逻辑功能能否正常使用,导致不可用的bug优先处理,涉及到验证、样式之类的可以先缓一缓


为了方便以后查找,把之前两次笔记的链接也丢上来

2016.03.13 老大讲课

http://www.jnshu.com/#/skill/daily/detail///1/901/5/1854/1/36/css/0/#1

2016.03.18 康总讲课

http://www.jnshu.com/#/skill/daily/detail///1/901/5/2189/1/36/css/0/#1


差不多就这些吧,老大说这些东西只是总结出来没什么用处。一定要跟自己写代码对应起来。确实,毕竟实践才是王道,大家都加油吧~




返回列表 返回列表
评论

    分享到