最近几个月，与三位后台开发人员有过接口对接，每一次风格都不同，网上找到的也大多是关于RESTFUL风格的讨论，自己以及其他同事对RESTFUL的理解都不够到位，所以大多数工作中碰到的情况都不是RESTFUL风格，一般都是通过JSON自定义的格式。

较方便。本文作者麦舒设计了一个前端与后端分离的架构，原文分享如下： 看了《系统架构：Web应用架构的新趋势—前端和后端分离的一点想法》 这篇文章，对前端与后端的分离非常认同，这样做对于系统的维护是

始告别单干模式，为了提升开发效率，前后端分离的需求越来越被重视，前端负责展现/交互逻辑，后端负责业务/数据接口，基本上也成为了我们日常项目分工中的标配，但是前后端分离一直以来都是一个工程概念，每个团队

免责声明：我是一个工程师，拥有10年以上的 WEB 后端开发经验，大部分职业生涯都在编写 Python代码。所以本文大部分文字描述可能跟软件开发的其他领域无关，同样的，也跟使用 JVM 或 CLR 的

莞香广科微信公众号后端，为在校学生提供一系列信息查询与便民服务。微信号GXGKCAT 预览 ： 主要功能 ： 期末成绩查询 手动查询 微信分享成绩单 快递查询 单号查询 扫码查询 包裹动态，自动提醒

Browser List of web browsers Web browser engine 原文： 后端程序员的 JavaScript 之旅 - JavaScript 的版本与标准

没有一些处理技巧么？所谓后台的技巧，应该要包括上传得快一点，上传的文件大一点！那么，本文就来说说，后端处理都有些什么技巧吧！ 业务场景一、我们只会选择一个单个的文件上传，而且不需要做一些即时的验证

“前后端分离”显然已不是什么新鲜的话题，表面上看是一场架构模式的变革，但实质上是为了解决以往传统的服务端MVC设计模式的一些诟病和痛点。前后端分离带来的全新的前后端协作方式能够让专业的人做专业的事，无

，以及如何利用它在产品开发的各阶段实现高效的开发。 本文title有点大哈，相较于目前国内正流行起来的前端后移的前后端分离方案，本文介绍是一种“低碳”的版本，所以不要纠结于这个Title的正确性哈。 简介 简而言之，

把安全和认证委托给docker-hub来做，用token来保证传递安全 不需要重新发明轮子，支持多种存储后端 没有本地数据库 一次docker pull 或 push背后发生的事情 这两个图

ajax 请求。 是的，mock.js只做上述的几件事，但做的足够出色。 解决的问题 开发时，后端还没完成数据输出，前端只好写静态模拟数据。 数据太长了，将数据写在js文件里，完成后挨个改url。

声明：笔者会以一个后端开发人员（类 C 语言）的身份来做前端的开发，但是需要一些前端基础知识，比如：HTML 标记、DOM 文档等。 除此之外需要安装有 Node.js 4.0+ 版本，最好在 GitHub

代理。设备端把原先HTTP里的消息头和消息体合并到一个MQTT消息里，并发送到Mosquitto代理的一个主题上。后端的API端点对这个主题进行订阅，然后处理接收到的消息。API服务对消息进行处理后，把相应的响应消息

ThreadLocal(线程变量副本) Synchronized实现内存共享，ThreadLocal为每个线程维护一个本地变量。 采用空间换时间，它用于线程间的数据隔离，为每一个使用该变量的线程提供一个副本，每个线程都可以独立地改变自己的副本，而不会和其他线程的副本冲突。 ThreadLocal类中维护一个Map，用于存储每一个线程的变量副本，Map中元素的键为线程对象，而值为对应线程的变量副本。

Fairy - 一个前后端分离框架 一个能够支持前后端分离并支持中间层同构的完整框架,或许现在它还不够完善,但是我会把构建该框架中遇到的问题都列出来,以方便其他人遇到问题不在需要去到处搜索问题,希望为自己搭建框架的人有一些帮助

最近手头的工作不太繁重，自己试着倒腾了一套用开源框架组建的 JavaWeb 后端解决方案。 感觉还不错的样子，但实践和项目实战还是有很大的落差，这里只做抛砖引玉之用。 大体采用的开源项目有：Spring

便读者对相关概念和方案有更加具体形象的感受和更清晰的理解。 在写作过程中，我阅读学习了淘宝在前后端分离和前端开发技术演变方面的博客，受益匪浅，相关文章都罗列在文末的参考资料中。同时由于自身能力有限

        });       };     };   }); 写到这里就差不多可以实现在这种前后端分离模式下,前端部分的权限管理和控制了。 来自：http://my.oschina.net

目前是让开发可以快速的开发api类后端，开箱即用，可以最大程度发挥node express的威力 技术栈 express mongoose bluebird res.api Features 自动加载路由

做前后端分离也有一段时间了，业务一直在用Vue@1.x的多入口方案，也一直懒癌发作没搞2.x的版本。适逢最近在等某宝小程序的构建，由于迟迟不定技术方案，只好暂缓先捯饬一下Vue@2.x项目多入口的构建方案。