关键词：
今天找文件的时候突然发现了一枚总结文档，觉得有必要留存，以防下次找不着就一不小心发了这篇，哈哈哈
一直做后台管理系统，采用react前后端分离，以接口的形式相互交流，猝不及防得来了三个页面开发，然后：
项目概况：二月开始接手A项目，该项目由前端写静态页面，php开发嵌套数据的形式展现，为期一个月，给前端时间为两周，然后交付到数据嵌套的人员；三月中旬开始接手B项目，该项目有两个端，支付宝端C端以及后台管理平台，这两个项目统统由前端写静态页面，java来嵌套数据。
项目详情：
1.A项目：由于一直没有好好的啃过bootstrap，对于这个有点熟悉又陌生，使用过但是都是别人已经搭好整体框架，自己在那个框架的基础之上进行修改调整迭代需求，也就是粘过来删删改改。于是最开始没想要运用这个，试图自己从0开始写页面，当然也是觉得这个框架不够轻便，有很多的强大的功能，自己又用不上那么多，比如优雅的响应式，觉得蛮累赘的。技术选型的时候有同事推荐bootstrap：有小组件可以拿过来直接使用比如弹框。表单等，还有就是兼容性会不需要我们自己来考虑，针对我觉得这个比较大型累赘的想法，提议一张图片就比这个框架大得许多了。
对于网站类项目经验缺乏，然后又是第一次自己一个人担任一个完整的前端，没有一点儿懈怠，就开始了bootstrap的摸索之路。开始写demo实验，差不多试验了两天把头部尾部等公共部分完成，写好了一个页面。在试验响应式的时候，没有手机端页面设计，然后做起来也花费大量时间经历，结合产品方面的需求，最后决定将页面宽度定位1200px，大于时左右留白显示，小于时将允许出现滚动条。由于是官网的项目，测试了各浏览器的兼容性都没问题，最后测试结果表明基本没有兼容性问题。
对于文件的结构纠结了一段时间，一开始给每个页面都写了一个样式文件，但是请求这么多样式文件也是很消耗资源的，有的页面样式添加的还是蛮少的，到后来就把自己写的全部样式文件都写入到了一个文件里面index.css有大概50k的样子。
2.支付宝C端：根据之前支付宝生活号的开发，便于后期统一管理维护，于是借鉴了他们采用的技术，采用antUI组件，所有新增样式差不多22k的样子，对于手机端还是蛮好用的，手机端的常用组件基本上都有，在支付宝里面也不会存在兼容性。
3.后台B端：本来特别想争取这个项目用react那一套来做的，antDesign功能全面，系统可维护性高。但是现在这个项目时间紧急，前端这边抽不出更多人手，我一个人负责两个端页面开发已经够呛，于是java组抽出人手来做嵌套的工作。最后这个项目根据metronic.bootstrap框架来做，一个基于bootsrtap的成熟框架。
存在的问题：
1.常用的控件应该积累起来，到时候要用了直接取过来用。控件比如：时间选择，分页，输入匹配，轮播，弹框，弱提示，等等
2.对于框架里面的样式我们是直接重写，还是自己再取class来覆盖掉
3.UI设计跟框架出入较大，调整内容较多。
4.交付之前总是很想尽善尽美，但是一交付出去就出现问题，这次一连三个项目都这样，同类型的技术形式没有放一起总结。嵌套形式的完整交付必须包括：页面没有遗漏，错误页面，表单验证机制，通用的报错提醒，弱提示，弹框的用法。
解决问题：
1.针对控件的积累问题，在查找控件的时候发现一个好办法，那就是把平常的好用的控件都放到一个地方集中管理，推荐放到GIthub找的时候比较方便不用电脑里死找文件。借鉴一些好的做法，然后自己写写，自己写的用起来肯定更加顺手，有些控件基本上每个系统会出现，更加得自己动手去写，理解其中的原理。
2.在项目中采用的方法是，在自己的class下覆盖框架内部。
3.尽量避免UI在前端之前介入产品，尽量在技术框架选定之后再去进行针对性的UI设计，不然会有很多调整，重写。
4.***important***页面一般不会落下，下次嵌套项目进行之前，首先把基础设施建好，可行性demo，错误页面，表单验证机制，通用的报错提醒，弱提示，弹框的用法，在这些全部完成的情况下再去动手写页面，预防最后匆匆交付然后遗漏了。
总结：三种框架之前都没有用过，能在项目开始之前写可行性demo，在技术选型的时候听取同事提出的的建议，在A项目前台开发的时候，推荐的bootstrap获得良好的兼容性，antUI是借鉴之前支付宝生活号的开发方式，B端选型的时候在项目经理确定只能出静态页面时，采用原来php开发人员用的metronic.bootstrap。
之前一直很恐惧的用插件框架，感觉无法驾驭，担心用着不完全符合需求，后期自己不会改，这次之后，能自己动手找到问题所在，然后进行调整（A项目轮播，带户型说明等），一步一步摸索，变得不那么害怕新的东西，也不那么害怕自己一个人去整理规划整个项目了。
前后端分离与前后端不分离
前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制的，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 这种应用模式比较适合纯网页应用，但是当... 查看详情
什么是前后端分离与前后端不分离
我起初认为前后端分离是，在软件开发过程中前后端分工就叫做前后端分离，其实是前端所有用到的数据都是后端通过异步接口的方式提供的，前端只管页面的展示及效果。 前端和后端不分离的时候，前端的页面也... 查看详情
前后端不分离
...不小心发了这篇，哈哈哈一直做后台管理系统，采用react前后端分离，以接口的形式相互交流，猝不及防得来了三个页面开发，然后：项目概况：二月开始接手A项目，该项目由前端写静态页面，php开发嵌套数据的形式展现，为期... 查看详情
前后端分离与前后端不分离的区别
前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 这种应用模式比较适合... 查看详情
深入浅出：了解前后端分离优势以及前后端接口联调
目录：1.项目有前后端分离和前后端不分离；2.前后端接口联调；3.前端性能优化；一、项目有前后端分离和前后端不分离： 在前后端不分离架构中，所有的静态资源和业务代码统一部署在同一台服务器上。服务器接收到浏览... 查看详情
django前后端不分离代码结构详解
Demo: hello_pycharm根目录文件：hello_pycharm[__init__.py __pycache__ settings.py urls.py wsgi.py]App：hello[admin.py apps.py __init__.py migrations&n 查看详情
django开发：前后端不分离，开发个人博客(代码片段)
这里举例用的是一个搭建好的html框架。结构如下图 一、把这个模板下的所有.html文件放到templats下，只放html的文件这时只打开这些Html是没有样式的，因为css js都没有调用。后边说css、js调用二、写逻辑在views.py... 查看详情
前后端分离与不分离的区别总结
参考技术A前后端不分离： 在前后端不分离的情况下，前端页面看到的效果都是有后端控制的，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。这种模式比较适合纯文本... 查看详情
web的应用模式
在开发web应用中，有两种模式：1、前后端分离。2、前后端不分离。 一、前后端不分离在前后端不分离的应用模式中，前端页面看到的效果是有后端控制的，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端... 查看详情
django初探-前后端不分离(代码片段)
1，配置urltemplate目录下添加前端的页面templates文件夹用于存放前端的页面，这个文件可以在setting中自己配置1TEMPLATES=[23‘BACKEND‘:‘django.template.backends.django.DjangoTemplates‘,4‘DIRS‘:[os.path.join(BASE_DIR,‘templates‘)],5#‘DIRS‘:[os.path.j... 查看详情
前后端分离及不分离
前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果是由后端控制，由后端渲染页面或重定向，后端需要控制前端的展示，前端与后端的耦合度很，这种应用模式比较适合纯网页应用，但是当后端对接APP时，APP... 查看详情
前后端分离与不分离
前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 这种应用模式比较适合纯网... 查看详情
关于前后端分离与不分离
什么是前后端分离？ 在前后端分离的应用模式中，后端只需要返回前端所需的数据，不用渲染HTML页面与效果。页面的展示与效果所需的数据，数据的加载方式，主要由前端决定。 核心思想是前端html页面通过ajax调用... 查看详情
//……关于前后端分离与不分离
什么是前后端分离？ 在前后端分离的应用模式中，后端只需要返回前端所需的数据，不用渲染HTML页面与效果。页面的展示与效果所需的数据，数据的加载方式，主要由前端决定。 核心思想是前端html页面通过ajax调用后端... 查看详情
浅谈前后端分离。
...传统的web应用开发中，大多数的工作人员会将浏览器作为前后端的分界线。将浏览器中为用户进行页面展示的部分称之为前端，而将运行在服务器，为前端提供业务逻辑和数据准备的所有代码统称为后端。在前后端不分离的时代... 查看详情
前后端分离与不分离
前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 这种应用... 查看详情
对drf的初步认识
web应用模式1.前后端不分离 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。 这种应用模式比较适合纯网页应... 查看详情
前后端分离
开发模式在Web开发模式中，有两种开发模式前后端不分离前后端分离前后端分离优势在前后端不分离模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合... 查看详情