三滴水:光说不练假把式,Flask关于请求表单的粗浅应用及理解+简单SQL语句温习
2018-01-17 22:30
351 查看
前言嘚吧嘚
今天上课感触颇多,先是老师讲解了部分关于数据请求的小知识点,然后让我们自己练习,最近两天都是如此,这其实对于我一个前两年都不怎么敲代码只是注重理论知识的小白来说很有难度的,不怕被人看见了笑话,真是这样的,你首先要了解老师讲的这个东西在你整个要做的不论是网站也好 单纯的页面显示也好 ,要先了解它在其中扮演的角色以及带来的改变,光从老师的话中透彻的理解这些并不容易,很多时候我觉得自己已经“听到了”老师说的每一个字,每一句话,甚至有的话真的在脑子里使劲的过了几遍想要记得它的作用,但是当老师说完理论知识的时候,告诉你“去实际的代码里操作一下”就很容易蒙圈,在不能好好的理解这个函数功能或者命令的前提下*强调内容,只是从已知知识点罗列的百度上ctrl+c ctrl+v去检查别人的代码能否运行出来是没有任何意义的,更不会进步。
在只有逼着自己跟上老师进度的情况下 ,我学会了借助外力,但这并不是依赖,是必须要求自己1.独立思考,动手试过了,无果。2.百度查了 技术贴也看了,没懂这两个前提下 站在巨人的肩膀上是个明智的选择,我听不懂的,大家都一样听到,但是脑回路转出来的结果不同,很多时候老师讲的,说的方式你听不懂,别的人换另一种表达就懂了,在这个初期,我很避讳给自己挫败感,每一句我都要懂,我都要跟上,一周七天有一天跟不上下一周肯定就废了。
我也希望,在自己独立思考的这段时间里,反复的琢磨大家“转述”给我的老师的话,从这些话当中能猛然惊醒,学会他们的思维方式。
1.请求表单
请求表单的知识点是flask数据请求中很小的一部分,首先要了解一下GET和POST请求:http://www.w3school.com.cn/tags/html_ref_httpmethods.asp
GET和POST从字面意义上理解,一个是“获取”一个是“发送”
说白了GET就是从指定的资源处来请求获取数据;
而POST就是向指定的资源来提交要被处理的数据;
而我们的请求表单,也就是request.form[],就是来获取POST请求中提交的表单数据到我们的控制台;一个简单的例子:
接着昨天建立的app.py下面再写一个函数用来处理今天的请求表单问题,
这里因为用到的是POST的请求方式,所以只对POST进行判断和处理,这里的print()括号中的内容就是最后从前天得到的数据要输出在控制台的内容;最后一个return把页面跳转到登录页面
界面还没来得及美化,对付看一下 我这样安慰自己~~
:
这是一个注册页面;在设置了登录注册的邮箱和密码之后,在后台是可以显示的:
这只是为了练习知识点做的一个测试,先不要考虑实用性~~哭
之后会在网页里看见我们的页面跳转:
这时我们就看到了最后的结果,只做到了这里……….后续我们就开始换了老师去讲数据库了,后续我一定会用python做一个功能更强大的xx页面,等我~~
2.简单的数据库语句温习
之前跟着学校老师的课程内容用的老掉牙的SQLsever 卸载也卸不干净,留下了阴影……前两天装上了mysql,差点没有装上被同学嘲笑,等我不是小白了我做的第一件事就是删了你们的好友…….
哈哈,言归正传,前两天安装了一个HeidiSQL,(一个MySQL数据库管理的客户端,可以将所有对MySQL的操作都可视化,这样我们也就无需去记住那繁琐的命令)
几个简单的SQL语句:
1.select【常量/列名/函数/运算/查询】from【临时表(虚拟表)/物理表】where【列名1,,,】group by 【特有分类属性的列名】having order by 【升序,降序……】
select*from(select*from tablexxx)这里用这个例子解释了为什么from后面接的不一定只是物理表(存储在硬盘当中的,开辟了空间的,是真正的存储),还有可能是虚拟表(不是真实存在的,是你想要的那些数据组成的数据集构成的表)括号里的select*from tablexxx就是一个虚拟的临时表;
这里面的执行顺序是按顺序执行,SQL语句的表述方式与中文不同,中文是“从…中获取….”而SQL是先说状语再去说从···获取,这句话的执行顺序是先where后having order by
上面的只是select里的单表,还有联表,可能的话明天更新····
2.create 见名知意 是创建 create table/view
3.insert 插入语句 insert into【表名】(列1,,,)values(,,,)
4.update 修改/更新 update【表名】set【列1,,,】=新值
5.delete from【表名】where 【字段名 +运算符+值】
这里的删除的表一定是一个物理表 虚拟表不可删,建议使用delete语句时一定要加上where 规避风险;
这就是今天学到的啦~~~我得去多多实际操作了,说不定会有新认知········
今天上课感触颇多,先是老师讲解了部分关于数据请求的小知识点,然后让我们自己练习,最近两天都是如此,这其实对于我一个前两年都不怎么敲代码只是注重理论知识的小白来说很有难度的,不怕被人看见了笑话,真是这样的,你首先要了解老师讲的这个东西在你整个要做的不论是网站也好 单纯的页面显示也好 ,要先了解它在其中扮演的角色以及带来的改变,光从老师的话中透彻的理解这些并不容易,很多时候我觉得自己已经“听到了”老师说的每一个字,每一句话,甚至有的话真的在脑子里使劲的过了几遍想要记得它的作用,但是当老师说完理论知识的时候,告诉你“去实际的代码里操作一下”就很容易蒙圈,在不能好好的理解这个函数功能或者命令的前提下*强调内容,只是从已知知识点罗列的百度上ctrl+c ctrl+v去检查别人的代码能否运行出来是没有任何意义的,更不会进步。
在只有逼着自己跟上老师进度的情况下 ,我学会了借助外力,但这并不是依赖,是必须要求自己1.独立思考,动手试过了,无果。2.百度查了 技术贴也看了,没懂这两个前提下 站在巨人的肩膀上是个明智的选择,我听不懂的,大家都一样听到,但是脑回路转出来的结果不同,很多时候老师讲的,说的方式你听不懂,别的人换另一种表达就懂了,在这个初期,我很避讳给自己挫败感,每一句我都要懂,我都要跟上,一周七天有一天跟不上下一周肯定就废了。
我也希望,在自己独立思考的这段时间里,反复的琢磨大家“转述”给我的老师的话,从这些话当中能猛然惊醒,学会他们的思维方式。
1.请求表单
请求表单的知识点是flask数据请求中很小的一部分,首先要了解一下GET和POST请求:http://www.w3school.com.cn/tags/html_ref_httpmethods.asp
GET和POST从字面意义上理解,一个是“获取”一个是“发送”
说白了GET就是从指定的资源处来请求获取数据;
而POST就是向指定的资源来提交要被处理的数据;
而我们的请求表单,也就是request.form[],就是来获取POST请求中提交的表单数据到我们的控制台;一个简单的例子:
接着昨天建立的app.py下面再写一个函数用来处理今天的请求表单问题,
这里因为用到的是POST的请求方式,所以只对POST进行判断和处理,这里的print()括号中的内容就是最后从前天得到的数据要输出在控制台的内容;最后一个return把页面跳转到登录页面
界面还没来得及美化,对付看一下 我这样安慰自己~~
:
这是一个注册页面;在设置了登录注册的邮箱和密码之后,在后台是可以显示的:
这只是为了练习知识点做的一个测试,先不要考虑实用性~~哭
之后会在网页里看见我们的页面跳转:
这时我们就看到了最后的结果,只做到了这里……….后续我们就开始换了老师去讲数据库了,后续我一定会用python做一个功能更强大的xx页面,等我~~
2.简单的数据库语句温习
之前跟着学校老师的课程内容用的老掉牙的SQLsever 卸载也卸不干净,留下了阴影……前两天装上了mysql,差点没有装上被同学嘲笑,等我不是小白了我做的第一件事就是删了你们的好友…….
哈哈,言归正传,前两天安装了一个HeidiSQL,(一个MySQL数据库管理的客户端,可以将所有对MySQL的操作都可视化,这样我们也就无需去记住那繁琐的命令)
几个简单的SQL语句:
1.select【常量/列名/函数/运算/查询】from【临时表(虚拟表)/物理表】where【列名1,,,】group by 【特有分类属性的列名】having order by 【升序,降序……】
select*from(select*from tablexxx)这里用这个例子解释了为什么from后面接的不一定只是物理表(存储在硬盘当中的,开辟了空间的,是真正的存储),还有可能是虚拟表(不是真实存在的,是你想要的那些数据组成的数据集构成的表)括号里的select*from tablexxx就是一个虚拟的临时表;
这里面的执行顺序是按顺序执行,SQL语句的表述方式与中文不同,中文是“从…中获取….”而SQL是先说状语再去说从···获取,这句话的执行顺序是先where后having order by
上面的只是select里的单表,还有联表,可能的话明天更新····
2.create 见名知意 是创建 create table/view
3.insert 插入语句 insert into【表名】(列1,,,)values(,,,)
4.update 修改/更新 update【表名】set【列1,,,】=新值
5.delete from【表名】where 【字段名 +运算符+值】
这里的删除的表一定是一个物理表 虚拟表不可删,建议使用delete语句时一定要加上where 规避风险;
这就是今天学到的啦~~~我得去多多实际操作了,说不定会有新认知········
相关文章推荐
- ssm中关于ajax发送PUT请求导致数据无法封装,出现sql语句错误
- 关于SQL语句中日期的处理to_date()的应用
- 关于redis的一些简单理解和应用
- 关于数据库中的简单SQL查询语句
- 关于数据库中FK的简单理解以及应用
- 关于mysql中删除重复记录,并保留重复数据中的一条数据的SQL语句理解
- 『ORACLE』 SQL语句简单应用(四)(11g)
- 关于同一个数据库的表备份和表恢复的sql简单语句
- 关于DataRow和DataColumn的一点个人简单理解-.NET教程,数据库应用
- 基于简单sql语句的sql解析原理及在大数据中的应用
- 深入理解flask框架(2):应用上下文与请求上下文
- mysql SQL Select 语句 简单应用
- 【C#】对异步请求处理程序IHttpAsyncHandler的理解和分享一个易用性封装 【手记】走近科学之为什么明明实现了IEnumerable<T>的类型却不能调用LINQ扩展方法 【手记】手机网页弹出层后屏蔽底层的滑动响应 【手记】ASP.NET提示“未能创建类型”处理 【Web】一个非常简单的移动web消息框 【手记】解决EXCEL跑SQL遇“查询无法运行或数据库表无法打开...”
- 『ORACLE』 SQL语句简单应用(五)(11g)
- 转载:Java中关于三目运算符理解和简单应用.
- 关于SQL SERVER 2000的一些基本知识(1)——简单的SQL语句
- 关于同一个数据库的表备份和表恢复的sql简单语句
- 关于所写的两个简单sql 循环语句的疑问
- 利用SQL语句创建、修改、执行、删除存储过程(简单应用)
- 关于MYSQL的in,not in,exists,not exists等关键字简单易懂的理解与应用