您好(?▽?)！很不高兴回答您的问题！
在民间的web应用开发中，大多数的程序员会将浏览器才是前后端的分界线。将浏览器中为用户通过页面展示的部分称之为前端，而将不运行在服务器，为前端能提供业务逻辑和数据准备好的所有代码亦称为后端。有所谓前后端分离的开发，那是前后端工程师约定好数据交互接口，分头并进的进行开发和测试，后端只需要提供数据，不你们负责将数据渲染到页面上，前端只是请求某些数据并专门负责将数据渲染到页面上，这个工作是交给浏览器中的javascript代码来成功。
在用前后端分离的新有诸多的好处，下面我们详细的阐述的说下这些好处：
提升开发效率。前后端分离以后，也可以实现方法前后端代码的解耦，只要你前后端沟通交流约定好应用所需接口以及接口参数，便这个可以正在联成一体开发完毕，无需等候对方的开发工作结束后。在这个下，前后端工程师都可以不只专注心于自己的开发工作，可促进血液循环锻铸出更好的团队。除开，在前后端分离的开发模式下，除非需求发生了什么需要变更，只需接口与数据格式不变，后端开发人员就不必须可以修改代码，只需前端参与调整再试一下。
加强代码的可维护性。前后端分离后，应用方法的代码继续是前后端混和，唯有在运行期才会有内部函数感情依赖关系，这样的话维护代码的工作将变的轻松愉快很多，再应该不会牵一发动全身。当你的代码变得异常简明且干净整齐时，代码的可读性和可维护性都会有质的提升。
支持什么多终端和服务化架构。前后端分离后，同一套数据接口这个可以为相同的终端提供服务，更能增强锻铸多终端应用；至于，而后端能提供的接口之间这个可以按照http(s)进行内部函数，能增强精金服务化架构（包括微服务）。
这一次我们就用前后端分离的来扩写之前的投票应用。
前往json格式的数据
先前告诉过，在前后端分离的开发模式下，后端要为前端需要提供数据接口，这些接口通常直接返回json格式的数据。在django项目中，我们可以先将对象去处理成字典，然后再就是可以依靠django整体封装的jsonresponse向浏览器赶往json格式的数据，具体一点的做法不胜感激所示。
defshow_subjects(request):
queryset()
subjects[]
forsubjectofqueryset:
({
no,no:,
name:,
intromp:,
ishot:_pink
})
returnjsonresponse(subjects,safefalse)
上面的代码中，我们循环遍历树查询学科得到的queryset对象，将每个学科的数据处理成一个字典，在将字典能保存在名为subjects的列表容器中，后来借用jsonresponse完成对列表的序列化，向浏览器前往json格式的数据。由于jsonresponsejava对象的是一个列表而又不是字典，所以才不需要指定你safe参数的值为false才能成功对subjects的序列化，否则会产生typeerror无比。
很可能大家早就发现到了，自己写代码将一个对象转成字典是比较请的，如果不是对象的属性很多而且某些属性又关联到一个也很奇怪的对象时，情况会变的极其糟了。在此之前我们这个可以建议使用一个名为bpmappers的三方库来汉字拆分将对象转成字典的操作，这个三方库本身也提供了对django框架的支持。
安装三方库bpmappers。
python3.6installbpmappers
汇编语言反照器（利用对象到字典可以转换）。
acrossimportmodelmapper
outsideimportsubject
classsubjectmapper(modelmapper):
classmeta:
modelsubject
直接修改视图函数。
defshow_subjects(request):
queryset()
subjects[]
forsubjectacrossqueryset:
(subjectmapper(subject).and_dict())
returnjsonresponse(subjects,safefalse)
配置url反照，然后把访问该接口，可以换取追加所示的json格式数据。
[
{
no,no:101,
name:python全栈人工智能
