小程序·第三步,本地使用功能基本上实现了。[awsl]
效果如图。已经保存信息到数据库了。
整个项目实现分三步:
1.小程序只实现了扫码,把isbn存到云数据库的功能(当然可以导出)。
当然也还没发布,直接真机调试环境,反正可以扫自己的书存到云数据库了。(然后导出成json文件)
2.本地用Flask框架写了个接口,用get请求,就可以查询isbn对应的图书信息。[彩虹屁]
3.最后,Python处理一下,把云数据库的json文件导入到数据库(这里直接用sqlite)存储;然后也通过直接查询数据库中用户的所有isbn,用接口查询,得到图书的信息存入数据库。
(当然,本地使用,不用接口也无所谓,直接把接口的功能用方法/函数实现也一样的 ,这不是考虑到可以扔到服务器上,搞个接口用么,万一哪天研究好了小程序里可以用)
[彩虹屁] 扫了20本测试了下 。问题不大。
后面应该再加个添加新书的功能就差不多了吧。然后再加个导出到Excel,都简单的。
-----------------分割线-----------------
[苦涩] 至于小程序什么时候会发布,就说不好了,发布了可能也是永远只开内测,只够供少数人用。
毕竟得等假期有空了学学小程序再说,哎呀,也可能一年拖一年。
[笑cry] 发布了可能也无法把功能写完整,因为小程序里使用别的接口,还得咋咋的 ,不能直接上去就用ip开整,得学起来、研究起来可能才搞得起来。
就是懒得整这些了,先这样用吧~[喵喵] 反正自己已经能用了。
周末准备把剩下上百本书扫起来~~[开学季]等自己扫完了,是可以帮小伙伴们整一下的~
效果如图。已经保存信息到数据库了。
整个项目实现分三步:
1.小程序只实现了扫码,把isbn存到云数据库的功能(当然可以导出)。
当然也还没发布,直接真机调试环境,反正可以扫自己的书存到云数据库了。(然后导出成json文件)
2.本地用Flask框架写了个接口,用get请求,就可以查询isbn对应的图书信息。[彩虹屁]
3.最后,Python处理一下,把云数据库的json文件导入到数据库(这里直接用sqlite)存储;然后也通过直接查询数据库中用户的所有isbn,用接口查询,得到图书的信息存入数据库。
(当然,本地使用,不用接口也无所谓,直接把接口的功能用方法/函数实现也一样的 ,这不是考虑到可以扔到服务器上,搞个接口用么,万一哪天研究好了小程序里可以用)
[彩虹屁] 扫了20本测试了下 。问题不大。
后面应该再加个添加新书的功能就差不多了吧。然后再加个导出到Excel,都简单的。
-----------------分割线-----------------
[苦涩] 至于小程序什么时候会发布,就说不好了,发布了可能也是永远只开内测,只够供少数人用。
毕竟得等假期有空了学学小程序再说,哎呀,也可能一年拖一年。
[笑cry] 发布了可能也无法把功能写完整,因为小程序里使用别的接口,还得咋咋的 ,不能直接上去就用ip开整,得学起来、研究起来可能才搞得起来。
就是懒得整这些了,先这样用吧~[喵喵] 反正自己已经能用了。
周末准备把剩下上百本书扫起来~~[开学季]等自己扫完了,是可以帮小伙伴们整一下的~
粤嵌星计划,粤嵌我来了
JSONP与JSON的区别
jsonp 是 json with padding 的缩写,它不属于 Ajax 请求,但它可以模拟 Ajax 请求。JSONP只能模拟get请求 。
JSONP(JSON with Padding)是JSON的一种“使用模式”,可用于解决主流浏览器的跨域数据访问的问题。解决跨域问题的一种技术一种方案
JSON(JavaScript Object Notation, JS 对象简谱) 是一种轻量级的数据交换格式。
JSONP与JSON的区别
jsonp 是 json with padding 的缩写,它不属于 Ajax 请求,但它可以模拟 Ajax 请求。JSONP只能模拟get请求 。
JSONP(JSON with Padding)是JSON的一种“使用模式”,可用于解决主流浏览器的跨域数据访问的问题。解决跨域问题的一种技术一种方案
JSON(JavaScript Object Notation, JS 对象简谱) 是一种轻量级的数据交换格式。
作者从Json和YAML的两种格式的优缺点,展开的一系列讨论。其中讨论到的一个有意思的观点:
“看到有人说json的问题是写错一个逗号就报错,yaml就用户友好,随便搞。
跟你们讲,大约97%的情况下,尝试给错误的输入返回正确的结果是万恶之源。”
进而,作者又做了一个总结:
“与“尝试给错误的输入返回正确的结果”有些类似的,“为低效的输入高效地返回结果”大家尽量别碰,比如编译器优化、数据库SQL优化,其特点是随着你做的越来越好,你得到的输入就会越来差,所以这是一条无尽之路。”
我感觉“尝试给错误的输入返回正确的结果是万恶之源”,这个总结挺对的。从这个意义上来说,Erlang的“fail fast”设计哲学就挺好:既然都不知道怎么处理了,不如就报错退出,让用户自己来处理。
“看到有人说json的问题是写错一个逗号就报错,yaml就用户友好,随便搞。
跟你们讲,大约97%的情况下,尝试给错误的输入返回正确的结果是万恶之源。”
进而,作者又做了一个总结:
“与“尝试给错误的输入返回正确的结果”有些类似的,“为低效的输入高效地返回结果”大家尽量别碰,比如编译器优化、数据库SQL优化,其特点是随着你做的越来越好,你得到的输入就会越来差,所以这是一条无尽之路。”
我感觉“尝试给错误的输入返回正确的结果是万恶之源”,这个总结挺对的。从这个意义上来说,Erlang的“fail fast”设计哲学就挺好:既然都不知道怎么处理了,不如就报错退出,让用户自己来处理。
✋热门推荐