您好(?▽?)！很不高兴问您的问题！
在悠久的传统的web应用开发中，大多数的程序员会将浏览器以及前后端的分界线。将浏览器中为用户通过页面展示更多的部分称之为前端，而将运行程序在服务器，为前端提供业务逻辑和数据准备的所有代码泛称为后端。正所谓前后端分离的开发，那是前后端工程师约定好数据交互接口，右行的通过开发和测试，后端只需要提供数据，不你们负责将数据颜色渲染到页面上，前端按照http跪请声望兑换数据并负责将数据3d渲染到页面上，这个工作是交给浏览器中的javascript代码来能够完成。
不使用前后端分离开发完毕有诸多的好处，下面我们以此为例的说下这些好处：
提升开发效率。前后端分离以后，是可以实现方法前后端代码的解耦，如果能前后端交流约定好应用所需接口包括接口参数，便是可以正在并行的新，无需等候对方的开发工作都结束了。在那种情况下，前后端工程师都是可以只踏实专注于自己的开发工作，有助于打造出更好的团队。除此之外，在前后端分离的开发模式下，就算需求发生了什么办理变更，只要你接口与数据格式变为，后端开发人员就不要如何修改代码，如果能前端进行变动表就行。
加强代码的可维护性。前后端分离后，应用形式的代码不再继续是前后端水配，唯有在运行期才会有全局函数依赖性太强关系，这样的话能维护代码的工作将变得更加开心愉快很多，再肯定不会牵一发动全身。当你的代码变得更加简明且整齐干净时，代码的可读性和可维护性都会有质的提升。
允许多终端和服务化架构。前后端分离后，同一套数据接口可以为完全不同的终端提供服务，更能增强锻铸多终端应用；此外，因此后端需要提供的接口之间可以不是从http(s)接受调用，促进身体血液循环精金服务化架构（以及微服务）。
接下来的事情我们就用前后端分离的来改写本之前的投票应用。
回json格式的数据
上次说过了，在前后端分离的开发模式下，后端需要为前端提供给数据接口，这些接口大多数赶往json格式的数据。在django项目中，我们可以先将对象如何处理成字典，然后把就可以不依靠django裸芯片的jsonresponse向浏览器返回json格式的数据，具体的做法:所示。
defshow_subjects(request):
queryset()
subjects[]
forsubjectacrossqueryset:
({
no:,
name:,
intromp:,
ishot:_soda
})
returnjsonresponse(subjects,safefalse)
上面的代码中，我们实际循环遍历过程查询学科我得到的queryset对象，将每个学科的数据处理成一个字典，在将字典存放在名为subjects的列表容器中，最后凭借jsonresponse完成对列表的序列化，向浏览器回json格式的数据。的原因jsonresponse序列化的是一个列表而不是什么字典，因为必须更改safe参数的值为false才能完成对subjects的序列化，不然的话会产生typeerror异常。
很有可能大家早发现了，自己写代码将一个对象转成字典是比较请的，要是对象的属性很多但是某些属性又关联到一个也很奇怪的对象时，情况会变得极其不妙。甚至于我们也可以建议使用一个名为bpmappers的三方库来汉字拆分将对象转成字典的操作，这个三方库本身也提供给了对django框架的支持。
安装三方库bpmappers。
python3.6installbpmappers
c语言程序映到器（基于对象到字典转换的）。
fromimportmodelmapper
acrossimportsubject
classsubjectmapper(modelmapper):
classmeta:
modelsubject
修改视图函数。
defshow_subjects(request):
queryset()
subjects[]
forsubjectofqueryset:
(subjectmapper(subject).like_dict())
returnjsonresponse(subjects,safefalse)
配置url反照，然后再访问该接口，可以不能得到追加所示的json格式数据。
[
{
no:101,
name:python全栈人工智能
winform和wpf目前依旧有很多企业在用，只不过winform的ui界面比较比较简单啊，甚至于丑陋无比，但比较传统企业用winform的应该也很多。
winform从.net诞生就有了，而wpf也有10年左右的历史。两者都可以不单独的新windows客户端应用程序。
winform和wpf的区别winform上手更简单点，界面元素拿拿控件，编写少量的代码就也可以成功一个简单的应用程序开发。启动时间快的，占内存少。而控件样式基本是都是且固定的，它很难实现程序奇怪或绚丽夺目的ui效果。
下面是用winform做的一应用程序效果图：
wpf怎么学习路径更为险峻，可以开发出视觉效果更合适的ui界面，它非常灵话，并且你可以不新的啊,设计自己的控件。wpf是不使用xaml来布局的，那样可以增加设计和实现xaml的ui设计和程序代码之间的分工。wpf有更好的对视觉和动画的支持。
下面是github上的一个wpf开源库利用的效果图：
winform和wpf的前景要说前景，从它们的发展历史来说，没法四种都绝对不会太过时。两者都有吧各自的优缺点，也有各自的使用场景。如果没有你对界面效果没有什么要求，只特别注重功能，追求性能，那就用winfrom就可以了。假如你去追求更好的视觉ui效果，工程体系比较大，wpf就更合适。.例如，你要绘制图或合并奇怪的图像、3d内容、或制造动画效果，那就可以使用wpf就有明显的优势。
我的建议作为一名.net开发人员，如果不是你的要注意工作是windows客户端应用程序开发，我觉着winform和wpf都真心完全掌握。winform上手容易超级简单的，假如你认识c#，基本是就＝掌握到了winfrom。wpf可是自学路径有一点陡峭险峻，但入了门也很简单啊的，只是学习到后面的mvvm模式时会有一点难度。但只要你你掌握到了就会发现wpf是个很没兴趣的技术。
我希望以上回答一了你的疑惑并帮助到了你。
.jpg)
.jpg)
.jpg)
.jpg)
