tp框架使用心得
2018-02-05 09:36
211 查看
防止tp框架在update表时报错
我们知道在对数据库进行update操作时如果对表数据没有进行任何修改时是会报错的,而当我们将结果返回给用户时,用户肯定不知道是因为他没有进行任何操作导致的报错,他们最直观的反映就是系统出错了,接着就是一片惶恐。
所以为了防止上述情况的发生,可以试着在表结构中添加一个
update_time字段,每次
updtae时获取当前的
timestamp,这样可以保证用户每次的编辑都成功。
modal的爱恨情仇
这个纯属于我个人的意见,那就是在modal中不要封装该
modal之外的表的数据处理,除非是与该
modal一体的数据,即主外键关系,因为虽然你可以将所有的业务逻辑处理放在
modal中去实现,但是导致的结果就是这个
modal的利用率很低,面对越来越多的需求,导致代码越写越多,这个
modal也越来越庞大,牵一发而动全身。
返回错误与前端容错
这个也是一个习惯类的东西,比如后端进行业务逻辑处理时确定对某个变量返回给前端的结果是false,那么前端如何来保证后端返回
false后也能正常运行而不报错呢?
/** * 假设后端返回结果是: * 正确结果: { name:[1,2,3,4] } * 但是由于name为空,所以返回 false { name:false } **/ fetch("",{credentials: 'include'}) .then((response)=>{ return response.json(); }) .then((responseData)=>{ // 这里添加一个 || 的容错符,当前面的值是false时,程序也能正常运作 let name= responseData.name || []; })
web端与移动端接口是否可以公用?
理论上来说不会有很大问题,但是至少以我个人的经验来说我不建议这么做,因为一个很现实的例子就是当后端返回300多条数据给web端的时候,web端没有任何问题,但是提交给移动端后,移动端直接炸了,当时写的是微信小程序,直接报渲染层出现错误,而为了防止这个问题并且不重新再写一个接口,所以就在原始接口中加入了分页的功能,并且需要保证对原始接口不会产生影响,所以针对web端接口与移动端接口是否可以公用这个问题,我个人意见是如果是小数据接口,那么没有多大问题,但是大数据,即使是为了以后web端优化而添加分页也好,建议是重新写,或者在写之初就加入分页的设置。
当然问题不止这些,还有很多,接下来会专门针对这个问题写一篇博客的吧,应该吧。。。。。。
相关文章推荐
- tp框架使用心得(六)——分页查询
- Android ORM 框架之 greenDAO 使用心得
- 爬虫框架 Beautiful Soup 4 使用心得
- socket 通信的解决方案-Mina框架的使用心得及相关要点
- Android ORM 框架之 greenDAO 使用心得
- yii框架使用心得(实用性文档)
- Starling 为基础开发游戏框架的使用心得和技巧
- Retrofit 使用心得 -使用Retrofit2框架下载大文件
- ORM 框架之 greenDAO 使用心得
- Android ORM 框架之 greenDAO 使用心得
- 完美的轮播框架,Banner使用心得
- Html:frameset 使用心得 html的框架
- jeecg开发框架使用心得
- Android ORM 框架之 greenDAO 使用心得
- Android图片加载框架Glide用法及一些使用心得
- Android ORM 框架之 greenDAO 使用心得
- 关于TP框架中的jQuery ajax POST使用U方法
- Thinkphp框架、TP框架,Model跨模块使用
- Android插件化框架使用心得 (细节篇)
- Android ORM 框架之 greenDAO 使用心得