前端

一、前端 前后端分离已成为互联网项目开发的业界标准使用方式，通过nginx+tomcat的方式（也可以中间加一个nodejs）有效的进行解耦，并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务（多种客户端，例如：浏览器，车载终端，安卓，IOS等等）打下坚实的基础。这个步骤是系统架构从猿进化成人的必经之路。 核心思想是前端html页面通过ajax调用后端的restuful api接口并使用json数据进行交互。 在互联网架构中，名词解释： Web服务器：一般指像nginx，apache这类的服务器，他们一般只能解析静态资源。 应用服务器：一般指像tomcat，jetty，resin这类的服务器可以解析动态资源也可以解析静态资源，但解析静态资源的能力没有web服务器好。 一般都是只有web服务器才能被外网访问，应用服务器只能内网访问。 二、术业有专攻（开发人员分离） 以前的JavaWeb项目大多数都是java程序员又当爹又当妈，又搞前端，又搞后端。 随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只管前端的事情，后端工程师只管后端的事情。正所谓术业有专攻，一个人如果什么都会，那么他毕竟什么都不精。 大中型公司需要专业人才，小公司需要全才，但是对于个人职业发展来说，我建议是分开。 1、对于后端java工程师：

队名：观光队 组长博客 作业博客 组员实践情况 王耀鑫 过去两天完成了哪些任务 文字/口头描述 完成服务器连接数据库部分代码 展示GitHub当日代码/文档签入记录 接下来的计划 服务器网络请求，前端完善。 还剩下哪些任务 服务器网络请求，前端完善。 燃尽图 遇到了哪些困难 1、服务器网络请求。 2、vue使用。 有哪些收获和疑问 1、收获：无。 2、疑问：vue使用。 陈超颖 过去两天完成了哪些任务 文字/口头描述 博客撰写 展示GitHub当日代码/文档签入记录 接下来的计划 与前端、数据库连接，完善接口 还剩下哪些任务 与前端、数据库连接，完善接口 燃尽图 遇到了哪些困难 怎么在完成的接口框架加入数据 有哪些收获和疑问 1、收获：emmm...硬要说的话就是通过看团队数据库的代码，对数据库有更深的了解吧。 2、疑问：怎么在完成的接口框架加入数据 陈湘怡 过去两天完成了哪些任务 文字/口头描述 学习uni-app组件ing 展示GitHub当日代码/文档签入记录 这两天无代码签入 接下来的计划 修改页面，学习js,vue,学习完善再完善。 还剩下哪些任务 与后端接口连接，完善修改页面。QAQ 燃尽图 遇到了哪些困难 考完马上搞软工，难。 有哪些收获和疑问 1、收获：收获成长。 2、疑问：没啥疑问，都是学的还不够。 林银河 过去两天完成了哪些任务 文字/口头描述

本文转自https://www.cnblogs.com/xuange306/p/6823479.html 以前的项目大多数都是java 程序 猿又当爹又当妈，又搞前端（ajax/jquery/js/html/css等等），又搞后端（java/ mysql / Oracle 等等）。 随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端 工程师 只管前端的事情，后端工程师只管后端的事情，正所谓术业有专攻，一个人如果什么都会，那么他毕竟什么都不精。 大中型公司需要专业人才，小公司需要全才，但是对于个人职业发展来说，我建议是分开。你要是这辈子就吃java这碗饭，就不要去研究什么css，js等等。 把你的精力专注在java，jvm原理，spring原理，mysql锁，事务， 多线程 ，大并发，分布式架构，微服务，以及相关的项目管理等等，这样你的核心 竞争力 才会越来越高，正所谓你往 生活 中投入什么，生活就会反馈给你什么。 （ 满满的正能量： 一旦你成为了一个行业里的精英，相信我，到时候，车，房， 女人 ，钱，机会就都来找你了，不用着急，真的。 干java程序猿这行，真的很简单的，你懂得 知识 越多，你的钱就越多，当然了还需要有一定的情商。。。 你的能力越强，你就比别人创造的价值更多，你为公司创造了价值，公司给你各种福利，双赢！ ） 几曾何时，我们的java

博客暂时搬到博客园了，可以边看博客边听音乐哦，欢迎围观： 下面是我的博客园主页： 来源： CSDN 作者： happyCoding1024 链接： https://blog.csdn.net/qq_43199318/article/details/103706486

前后端不分离 　　 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制的，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 　　这种应用模式比较适合纯网页应用，但是当后端对接App时，App可能并不需要后端返回一个HTML网页，而仅仅是数据本身，所以后端原本返回网页的接口不再适用于前端App应用，为了对接App后端还需要在开发一套接口。 请求的数据交互如下图 ： 前后端分离 　　 在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML页面，不再控制前端的效果。至于前端用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，App有App的处理方式，但是无论那种前端，所需的数据基本相同，后端仅需要开发一套逻辑对外提供数据即可。 　　在前后端分离的应用模式中，前端与后端的耦合度相对较低。 　　在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口或者API,前端通过访问接口来对数据进行增删改查。 对应的数据交互如下图： 　　 　　　　　　　 　　　　　　　　　　　　　　 　　 来源： https://www.cnblogs.com/xiaobenshou/p/10263851.html

目录 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队的角色，管理，合作 总结 对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。 下个阶段要改进的地方 照骗 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ alpha阶段软件 要解决的问题是：北航学生没有一个 方便快捷 的渠道，去查看各个社团 信息 、 新闻文章 、 举办的活动 等社团资讯。 具体来说，没有一个集北航社团各种资讯于一身的平台：如今每个社团有自己的公众号，用户一个个去关注和查看文章十分麻烦；社联推送的社团介绍等也比较有限；社团举办的活动基本只能通过社员群、朋友圈、公众号文章的方式来进行宣传，不方便用户获取信息。 要解决的问题定义得很清楚，也是我们在设计功能是时的主要考量依据。 对典型用户和典型场景有清晰的描述，alpha阶段有两类典型用户： 萌新M 、 二狗G （点击跳转功能规格说明书查看详情） 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?) 功能：原计划的最核心的三个功能（展示新闻、社团信息、活动）都做到了，同时还加入了一些非核心功能（比如按类别筛选新闻）。 交付时间：原计划4.18晚提交微信审核，实际熬了会儿夜，在4.19凌晨提交审核，并幸运地在4

1.前端开发工程师 岗位职责： 负责公司产品前端界面设计与用户体验，包括界面操作、用户交互设计； 负责前端框架和开发编写，兼顾样式，布局，兼容 接口联调：与后端开发工程师合作，高效完成产品模型的展现及交互； 持续改进产品质量，产品交互，用户体验； Web前沿技术研究和新技术调研； 代码测试，重构，BUG修改； 编写代码注释和相关文档 ； 任职要求： 掌握扎实的基础知识，包括H5/CSS3/JS。至少3年及以上开发经验，有良好编码规范； 熟悉nodeJs/jquery/vue/bootstrap等主流框架的理论和实践经验。具备模块化开发能力及良好的编码习惯； 具备丰富的性能调优经验；对浏览器工作原理有深入了解； 有较强的学习能力，有一定的技能广度和深度，熟悉前端常用框架设计； 2..NET开发工程师 职位描述： 配合技术主管完成开发工作； 独立进行一般功能和部分复杂的任务开发和运维 前后端联调 代码测试，重构，BUG修改 编写代码注释和相关文档 高效、持续的学习能力 岗位技能: 具备2年以上.NET开发经历；有比较扎实的C#语言基础，包括数据结构算法，熟练掌握http、tcp/ip和socket常用通讯协议； 熟悉基于.NET的主流开发框架，包括WebApi/MVC/EF/.Net Core等； 了解基于BS架构模式开发，掌握前端常用基础技术，包括但不限于JS/CSS/H5

/* 清除内外边距 */ body, h1, h2, h3, h4, h5, h6, hr, p, blockquote, /* structural elements 结构元素 */ dl, dt, dd, ul, ol, li, /* list elements 列表元素 */ pre, /* text formatting elements 文本格式元素 */ fieldset, lengend, button, input, textarea, /* form elements 表单元素 */ th, td { /* table elements 表格元素 */ margin: 0; padding: 0; box-sizing: border-box; } /* 设置默认字体 */ body, button, input, select, textarea { /* for ie */ /*font: 12px/1 Tahoma, Helvetica, Arial, "宋体", sans-serif;*/ font-family: "微软雅黑",sans-serif, inherit; /* 用 ascii 字符表示，使得在任何编码下都无问题 */ font-size: 0.12rem; } h1 { font-size: 18px; /* 18px / 12px = 1

谈起客户端模板技术，要先从服务端MVC说起。 服务器端MVC 当客户通过浏览器访问URL，服务器端会获取到客户端传来的URL并通过路由(router)解析URL到不同的控制器(controller)，再通过模板技术将模板中渲染(render)成到页面(HTML)。 在开发过程中路由可能由服务器配置，可能自己手写，也可能由框架实现。路由通过获取URL，得知要执行哪个控制器，而控制器再去从模型(model)获取数据，模型在去从数据库(database)获取数据，数据库返回数据到模型，再返回至控制器。于是控制器在通过模板技术将从数据库获取的数据替换模板中预定义的内容。最后在返回给客户端浏览器。这是一个完整的前端交互到路由到MVC的流程。 而在模板引擎就是我们的视图(view)部分，接下来，我们来看模板视图。 服务器端模板技术 接下来我们先看一段服务器端的模板(handlebars)代码： 1 <h1>{{title}}</h1> 2 <ul> 3 {{#names}} 4 <li>{{name}}</li> 5 {{/names}} 6 </ul> 以上是一段handlebars的代码， 控制器去从模型中获取以下数据： 1 var data = { 2 "title": "Story", 3 "names": [ 4 {"name": "Tarzan"}, 5 {"name":

关于前端连接打印机打印 页面代码 逻辑代码需要引入JQ 页面代码 <div class="print-Box" > <div id="test"> <el-row :gutter="10"> <el-col :span="6" class="text-left">此处条形码</el-col> <el-col :span="12"> <h2 class="text-center">兰州五零四医院处方笺</h2> </el-col> <el-col :span="6"> <h2 class="text-right">普通处方</h2> </el-col> </el-row> <el-row :gutter="10"> <el-col :span="8" class="text-left">处方编号：</el-col> <el-col :span="8" class="text-left">开方日期：</el-col> <el-col :span="8" class="text-left">药房：</el-col> </el-row> <el-col :span="24" class="text-left">———————————————————————————————————————————————————————————————————————————————————————————