前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

ReactRouter使用教程作者：日期：真正学会是一个漫长的过程。你会发现，它不是一个库，也不是一个框架，而是一个庞大的体系。想要发挥它的威力，整个技术栈都要配合它改造。你要学习一整套解决方案，从后端到前端，都是全新的做法。举例来说，React不使用HTML，而使用JSX。它打算抛弃DOM，要求开发者

后端生成二维码的普通文件流，前端接收后在img标签中渲染将二维码下载至钉盘通过接口获取后端返回mediaId字段，采用“dingtalkjsapi”插件中的方法下载注意：dingTalkFun中，除了corId和mediaId必传外，文件名name也是必须要传的！！！<template<divclass"onlineSign"

搜索关注微信公众号"捉虫大师"，后端技术分享，架构设计、性能优化、源码阅读、问题排查、踩坑实践。本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。Cobar虽然是一款“古老”的数据库中间件，但目前不少公司仍然在用它，且它包含了不少有意思的算法和实现，今天就来分享Cobar提出的一种在分库场景下对

1、页面查询功能带分页后端代码：/　@AuthorMc　@Description:根据条件查询角色列表信息　@Date2018/4/1910:49　/@OverridepublicResp

前言：　　最近公司领导要统计技术部门在各个业务条线花费的工时百分比，而jira当前的Tempo插件只能统计个人工时。于是就写了个报表工具，将jira中导出的个人工时excel表格导入数据库，在后端处理各个业务工时占比。后来研究了jira的API文档，放弃了之前的思路，直接调用jira API处理数据，这个先不谈。这

这个图书管理系统是我学完PHP时写的一个练手项目，功能参考了自己学校的图书管理系统。为了锻炼自己的动手能力以及加深对代码的理解，前端和后端均由自己完成，前端使用了一些基本的框架(毕竟我主攻后端开发方向)，后端大部分要用到的功能都是自己从底层实现并封装，基本没有用到第三方框架。总体来说还是比较简陋的，在某些地方可能存在缺陷或者漏洞。项目地址

一、前言在当前主流的前端后端分离模式开发下，拥有一个接口文档并且是好用的接口文档是很有必要的一个东西。PS：😖以下观点是真实开发场景下碰到并且悟出来的痛点。1.在项目的开发过程中，有一个接口文档的存在能让前端后端工程师保持的数据信息概念是统一的。例如：”项目需求的接口字段，参数字段。所有只要请求的返回参数记录到文档中的情况后，前后端工程师编写代码的同时就能