后端技术

今天突然有兴致想要学习一下前端的技术，所以特此记录学习前端之路。由于之前在公司做的项目大部分都是关于 JSP 页面的增删改查，所以前端后端都是一个人来写的，对于前端还只是停留在 js、html、css 阶段，对于一些前端框架是一点也不了解，正好学习后端的时候遇到了 cookie、session、token 的问题，特此也简单的了解一下前端知识。 概念介绍 大概在网上找了一些的教程，由于是想速成，所以先从搭建项目开始学起了。搭建项目使用的 webpack ，我觉得前端的 webpack 和后端的 gradle、maven 比较类似都是简化我们开发的一套工具(这里不知道类比的准不准确，如有误的话希望能够指出来)。前端的 Node 我觉得就像是后端的 Java ，也是一开始上来就让我安装环境配置环境变量。概念介绍完以后废话不多说直接开搭一个简单的项目。 环境准备 工欲善其事，必先利其器。搭建项目之前要准备一下环境。 首先当然是安装 Node 环境了，node下载地址这里直接选择相应版本的 Node 直接下载安装，一直下一步即可。如果安装成功的话 node -v 即可显示出版本号。 安装 Visual Studio Code 软件。Visual下载地址，也是选择自己相对应的机器版本下载安装即可。 搭建项目 环境准备好以后，接下来就是搭建项目了 随便建立一个文件夹，然后使用 Visual

Java : 传智播客 Javaweb 之商城项目讲解 链接： http://pan.baidu.com/s/1c2HMXck 密码：ix8b 传智播客javaweb之JBPM框架详解 链接： http://pan.baidu.com/s/1hsFCVNA 密码：nlwt 传智播客javaweb之ssh三大框架详解 链接： http://pan.baidu.com/s/1mi7xqHi 密码：igf0 传智播客 javaweb开发 链接： http://pan.baidu.com/s/1qXHOo8k 密码：dhwg 传智播客javaweb开发，xml解析，jsp,jdbc技术， MySQL ,ssh三大框架 链接： http://pan.baidu.com/s/1o8UtMZ4 密码：aqb9 传智播客java基础班 链接： http://pan.baidu.com/s/1eSM29n8 密码：6irp 北京圣思园Javase培训教学视频 链接： http://pan.baidu.com/s/1nuG80UP 密码：wut1 Java基础视频 链接： http://pan.baidu.com/s/1nvnI1K1 密码：6fol C++: 2014传智播客3期C++基础班 链接： http://pan.baidu.com/s/1o8nGyZw 密码：4wch C#: 传智播客C#

前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。这种应用模式比较适合纯网页应用，但是当后端对接App时，App可能并不需要后端返回一个HTML网页，而仅仅是数据本身，所以后端原本返回网页的接口不适用于前端App应用，为了对接App后端还需再开发一套接口。 前后端分离 在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML页面，不再控制前端的效果。至于前端用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，App有App的处理方式，但无论哪种前端，所需的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。 在前后端分离的应用模式中,我们通常将后端开发的每一视图都称为一个接口，或者API，前端通过访问接口来对数据进行增删改查。API的风格有多种，但是现在比较主流且实用的就是本文要说的RESTful API。 RESTful RESTful是一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。 REST全称是Representational State Transfer，中文意思是 表征状态转移 。

目录 ORM查询优化 only与defer select_related与prefetch_related查询优化 choices参数 　MTV与MVC模型 Ajax简介 AJAX常见应用情景 AJAX的优缺点 Ajax基本语法结构 Ajax基本示例1（实现与服务器端数据交换） 前后端传输数据编码格式 form表单往后端发post请求的编码格式及发送文件 ajax往后端发post请求的编码格式及发送文件 序列化 Ajax结合sweetalert实现删除按钮的提示功能 自定义分页器 多对多的三种建立方式 ORM查询优化 only与defer res = models.Book.objects.all().values('title') print(res) # <QuerySet [{'title': '三国演义'}, {'title': '红楼梦'}, {'title': '水浒传'}, {'title': '天龙八部'}]> for i in res: print(i,type(i)) # <class 'dict'> print(i.title) # AttributeError: 'dict' object has no attribute 'title' ,for循环出来就是第一个普通的字典，字典没有点取值的方式 only ：查询only后括号内指定的字段，查询一次

1、毕业实习周记 安徽新华学院 毕业实习周记 姓名 舒国亮 学号 1642158134 专业班级 2016级网络工程1班 实习单位 合肥优尔电子科技有限公司 实习地点 合肥市高新区创新大道创新产业园J1栋C座1202 实习项目 Web前端开发 指导教师 古奋飞 实习时间 自 2019 年 11 月 18 日至 2019 年 12 月 14 日 周次 第 周 实习内容 我用element-ui搭建后台模板，虽然知道这个ui，但没有真正用过，这个项目是我的第一次用这个ui框架。以前总以为很简单的，用起来才发现要真正的了解它才能灵活运用它，明明代码都一样，可能这个功能就实现不了，因为是饿了吗公司封装好的一个Ui框架，所以很多样式都不会改变，一个封装好的功能有时又不全要，还得自己去掉一些代码，有些数据需要你灵活变化。每个参数都有它独到的用处，影响着功能的实现，有时这个组件可能会影响别的组件的使用。 经过一个多星期的反复尝试，终于把结构样式搭建的差不多了，后台也很快把数据处理的很多，搭建了很多接口。于是开始了前后端的数据交互，在数据交互方面又遇到了好多麻烦，一开始接口不会封装，在网上找了很多博客，每个人的接口封装又各不相同，于是我就研究一种特别适合自己的接口封装。数据交互需要前后端对数据格式要统一，一开始数据格式很不规范，每个接口都要反复尝试才能交互成功。发现后端给接口和参数都是一件麻烦的事

目录 ORM查询优化 only与defer查询优化 only： defer: select_related与prefetch_ralated select_related: prefetch_ralated: MTV与MVC模型 choices参数 Ajax简介 前端和后端数据编码格式 ajax发送json数据格式 ajax发送文件格式数据 序列化 ORM查询优化 only与defer查询优化 减轻数据库的压力 only： only括号内放 字段，查询结果是一个列表套一个个数据 对象 这些数据对象点括号的字段属性不会再查询数据库， 直接就是对象获取属性 也支持点击括号内没有的字段，但是每点击一次就会重新走一次数据库查询 缺点：效率极低 实例： res = models.Book.objects.only('title') #print(res) #拿到对象 数据库语句只走一次 for i in res: print(i.title) #拿到数据所有书名 走一次数据库语句 print(i.price) #走5次数据库查询语句，第1次是总体的查询语句，后面4条是4条书籍字段的语句 defer: 实例： res = models.Book.objects.defer('title') #print(res) #打印的结果是列表套对象，走一条数据库语句 for i in res:

目录 Django与AJAX orm优化查询： MTV 与 MVC模型 choices 参数 update 与 save的区别 AJAX导入： Jquery 实现AJAX ajax基本语法结构 原生JS 实现AJAX 前后端传输数据编码格式： Ajax如何传输json格式数据 ajax 传输文件数据 序列化： Django与AJAX orm优化查询： orm优化查询： 核心： -避免重复调用数据库 ，以表为对象，将对象点属性的方式 ，查询数据 redis / mongodb : 降低主库的压力 （缓存数据库—） orm模块 本质将一张表 对应为对象 #1.only 与 defer : --》惰性查询 ： 减少数据库操作 降低数据库的压力 only 与 defer 相反 ： （字段查询） obj = only('字段1') ： 取字段1的值， --》列表套字典 查询其他字段 ： 重新查找一条就是查一次数据库 defer 内字段 不在字段内 defer() defer括号内放什么字段 查询出来的对象就没有该字段属性 总结 ： 能少查询一次数据 - 就尽量少查询次！！！ #2.select_related 与 prefetch_related: （链表操作） select_related ： --》用于一对一，一对多表对应关系中； 优点： 将表化为对象，不需要重新取数据库操作

　　本人目前大三上学期，专业计算机科学与技术，现在2019年11月26日，开始写下第一篇随笔，也为了记录下学习生涯，发现自己总是没总结，今后每周至少两篇， 今天就不上代码了 。 　　简单说明下前两年的大学颓废生活： 　　　　学得很渣，就只有数学和体育上过90+，专业课都是水过的，草草了事，底子比较薄，平时宅在宿舍，没什么交际,喜欢过女孩，没脸追，lxl。 　　现状学习ing： 　　　　安卓android不打算深入下去，因为目前正在尝试微信小程序的开发，但是为了学业，也只能勉强学学，之后会给入门教程，以及实例，还有入门项目。 　　　　javaweb，涉及前端和后端，以及mysql，值得庆幸的是，数据库学得还是很扎实的，对于程序员，不会数据库，那不是扯淡吗？？之前暑假强迫自己学习了一下前端，没钱推荐哔哩哔哩哈。有了前端的基础知识后，再去学习后端，自我感觉还是比较的轻松，之后我也会给出前端的样例的，但是我最讨厌前端了，改来改去吗，总是不满意（可能自我要求比较高）。 后端：现在基础体系也基本整合了，正在学习SSM框架中，之后详见吧。这门我觉得挺适合大多数的同学，作为入职技能的，女生前端，男生后端，多么完美呀。这里不得不提一下全栈了，这就要看自己的发展吧，反正1+1<2这是必然的，因为交流的成本太高了。 　　　　数据挖掘：本来选修课是选择的数据挖挖掘的，然后老师上课跟我讲机器学习？

singsong: 文本是自己看了一些不错资料整理出来的，对该知识点感兴趣的同学可以查看 参考文章 小节。 ✏️最新内容请以github上的为准❗️ 为什么要写这篇文章？ 主要为 CSS 优化工作打一下基础。要编写高性能的网站和应用，除了确保编写的代码尽可能高效地运行外，还需要确保页面性能，刷新频率尽量到达 60FPS。这就需要了解浏览器是如何进行渲染的。而浏览器渲染与 CSS 密切相关，因此只有了解其中工作原理才能让 CSS 更好地工作。 另外，接下来会出一篇优化实战文章，会涉及 JavaScript 和 CSS 一些优化。其中关于 JavaScript 的优化之前已进行过介绍： 常见的 JavaScript 内存泄露 。本文是对 CSS 优化进行一个补充。 Contents 浏览器 DOM tree CSSOM tree RenderObject tree(也称为 Render tree) Layout(布局) RenderLayer tree Rendering(渲染方式) GrphicsLayer tree Tiled Rendering(瓦片渲染) High Performance Animations(流畅动画) 总结 参考文章 浏览器 用户界面(User Interface)：包括地址栏、前进/后退按钮、书签菜单等。除了浏览器主窗口显示的您请求的页面外

Alpha事后诸葛亮  队名：计算机4班好朋友联盟  组长博客： 组长博客  作业博客： 作业博客 项目Postmortem 设想和目标 (1) 我们的软件要解决什么问题？ 我们的软件主要解决用户对想要买到未入驻外卖平台的食堂饭菜的需求。 (2) 是否定义得很清楚？ 定义清晰明白。 (3) 是否对典型用户和典型场景有清晰的描述？ 对典型用户和典型场景具有清晰的描述。 (4)我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?) 大部分目标已经实现，原计划的功能做到了十二个，都是按照原计划交付时间进行交付，原计划中在alpha阶段还未安排用户数量。 (5)用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 因为在alpha阶段还未安排用户数量，因此目前并不知道最终用户量是否与预想一致，但作为用户来看待这款产品，我们对重要功能的接受程度差不多打分到及格，仍然还有许多要完善的部分。 (6)我们离目标更近了么? 感觉完成了许多部分之后，我们感觉离目标正在逐渐接近。 (7)有什么经验教训? 前端和后端在实现需要统筹安排好，到后期再协商容易造成进度的延缓并且改动也会更加困难。 (8)如果历史重来一遍, 我们会做什么改进? 改进：任务越早开始越好，尽量不要拖到ddl，容易压力过大。 计划 (1) 是否有充足的时间来做计划? 是