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

一个优秀的WEB架构，必定会应用一些分层设计的思想，这样可以让系统开发起来更灵活，同时后期维护也比较方便。

随着互联网应用工程规模的日益复杂化和精细化，我们在开发一个标准web应用的早已开始告别单干模式，为了提升开发效率，前后端分离的需求越来越被重视，前端负责展现/交互逻辑，后端负责业务/数据接口，基本上也成为了我们日常项目分工中的标配，但是前后端分离一直以来都是一个工程概念，每个团队在实现工程中都会基于自身的技术栈选择和开发环境进行具体的实现，本文便根据自身团队在webapck开发中搭建的前后端分离开发环境进行部分叙述。

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

莞香广科微信公众号后端，为在校学生提供一系列信息查询与便民服务。微信号GXGKCAT

1995 年 5 月 JavaScript 的最初版本由网景公司的工程师 Brendan Eich 开发，目的是为了跟微软公司的 Web 技术平台竞争。JavaScript 最初随 Netscape Navigator 2.0 发布时的名称为 LiveScript，后来由于跟 Sun 公司合作为了市场原因把名称改为 JavaScript。需要指出的是，JavaScript 一开始就不仅仅使用在浏览器端，网景公司还将它应用在了 Netscape Enterprise Server 这个服务端的产品上。1996 年，微软公司通过对 JavaScript 的反向工程实现了自己的相类似的技术 JScript，这个领域的竞争出现了网景、Sun 以及微软三足鼎立的格局。1997 年，在ECMA（欧洲计算机制造商协会）的协调下，由网景、Sun、微软、Borland 组成的工作组确定统一标准：ECMA-262。我们通常所说的 ECMAScript 指得就是 ECMA-262，从此各大厂商提供 ECMA-262 的不同实现。从这个方面上说，刚开始提到的浏览器使用的 JavaScript 到底是什么版本这个问题不太准确。更准确的描述应该是问具体厂商实现 ECMA-262 标准的 JavaScript 引擎产品是什么版本。另外，ECMA-262 也在进化，也是按版本迭代的。由于 JavaScript 最初是由网景公司最新提出来的，我们通常按网景公司的实现做蓝本描述 JavaScript 的版本。

引语：在上一篇文章中说到，在页面中可以用隐藏的方式让你的上传页面看起来漂亮。但是这对于性能来说，并没有什么卵用，那么在后台的处理中，难道就没有一些处理技巧么？所谓后台的技巧，应该要包括上传得快一点，上传的文件大一点！那么，本文就来说说，后端处理都有些什么技巧吧！

“前后端分离”显然已不是什么新鲜的话题，表面上看是一场架构模式的变革，但实质上是为了解决以往传统的服务端MVC设计模式的一些诟病和痛点。前后端分离带来的全新的前后端协作方式能够让专业的人做专业的事，无论前端后端都能更专注在自己擅长的方面。那么如何基于一个成熟的Hybris平台进行前后端分离？接下来，我们将会逐一剖析这个演变过程。

Puer是一个可以实时编辑刷新的前端服务器。

本文通过研究Docker Hub和docker-registry的架构，介绍了在服务端Docker镜像的存储、管理、安全的架构设计，并给出了一次简单的Docker客户端服 务端交互的过程。对于部署实现一个大规模、企业级的镜像库需要做的工作做了初步的探讨，汇总了需要准备的前期知识等。推荐想要搭建一个私有Docker镜 像库的同学阅读。

首先啦，我不认识mock.js的作者，带着需求找到mock.js让我觉得很惊艳。 相对于其他同类的框架的实现，mock.js超出了我的意料。 基于 数据模板 生成模拟数据。 基于 HTML模板 生成模拟数据。

声明：笔者会以一个后端开发人员（类 C 语言）的身份来做前端的开发，但是需要一些前端基础知识，比如：HTML 标记、DOM 文档等。

在基于位置服务的移动应用领域，移动设备端和服务端之间总是存在大量的交互。设备向服务端发送它的位置信息和其它设备信息，服务端接收这些数据，对它们进行处理，并返回给设备端一些命令。设备端根据这些命令执行一些操作，比如GPS数据的收集和发送频率等。

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

一个能够支持前后端分离并支持中间层同构的完整框架,或许现在它还不够完善,但是我会把构建该框架中遇到的问题都列出来,以方便其他人遇到问题不在需要去到处搜索问题,希望为自己搭建框架的人有一些帮助,文档也会不断更新和优化,你可以watch项目随时看到文档的更新,也希望最后成为一个完整而又完美的框架

Spring 迷人的依赖注入特性， 使其已经稳稳的占据在 JavaEE 项目引用开源项目列表中的上层位置。

这是一篇面向移动端开发者的科普性文章，从前端开发的最初流程开始，结合示范代码，讨论开发流程的演变过程，希望能覆盖一部分前端开发技术栈，从而对前端开发的相关概念形成初步的认识。

权限的设计中比较常见的就是RBAC基于角色的访问控制,基本思想是，对系统操作的各种权限不是直接授予具体的用户，而是在用户集合与权限集合之间建立一个角色集合。每一种角色对应一组相应的权限。

目前是让开发可以快速的开发api类后端，开箱即用，可以最大程度发挥node express的威力

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