本次新版设计，EHR 系统会向权限系统同步用户数据，不用再提供用户注册能力。在保证对外接口不变的情况下简化 sdk 逻辑，对外提供用户信息和用户权限数据。

目前 sdk 提供以下接口，利用login和getUserPermssion获取用户信息和权限数据，并保存在全局变量中，并提供一个特殊接口routerFilter可利用实现对菜单树状数据进行权限过滤。

本篇文章着重介绍转转权限系统的后端实现，从使用方的视角出发，也就是前端渲染和接口鉴权，引出转转权限系统如何识别用户（统一登录），如何存储权限数据（权限管理），如何实现后端鉴权。

简而言之，权限系统的主要功能：权限系统UI编辑权限数据，用户登录后，获取配置好的菜单和数据，并且校验用户访问的后端接口。

去年底转转启动建设统一权限管理系统，到今天公司大部分业务系统都已经用上了。本系列将会分为三部分来分享下转转新权限系统的设计与实现。今天先分享第一部分设计篇，后续还将分享后端架构和前端架构部分。

你了解公司产品或者你负责业务的商业模式吗？有没有什么方式或工具能够提升你的商业洞察力、帮助你去做一些设计、产品层面的评估？下面我用概念定义+简单案例的方式带你了解商业模式画布。

图像识别任务是计算机视觉领域内的一种基础任务，经过长期发展已经取得了傲人的成绩，现有的识别算法大多只能识别出图像中的单个物体，所以当图像中有多个物体时这类算法将失去作用。然而，现实生活中图片往往包含多个类别的物体，图像多标签识别技术在这种背景下应运而生。通俗来讲，多标签识别就是识别出一个图像中存在的多种物体，这也就意味着我们可以从多标签算法的预测结果中获取更多的图像信息，从而能够更加精准的对图片中场景进行判别。 多标签识别与检测、分割这类识别多物体算法相比也具有较为明显的优势，比如多标签识别不需要标注物体区域，可以极大节省标注成本；并且多标签识别可以识别出检测、分割算法无法识别的更加抽象语义，如黄昏、风景等。本文主要介绍多标签识别技术在58业务中的算法实践。

本文侧重于介绍在工作中关于动态配置开发模式的演进历程，讲述了基于对问题的理解再理解的探索过程去寻找当前最佳解决方案的思路，也是转转公司复仇者联盟技术生态系列之凯蒂组件的由来。

相信每个切图工程师，都接触过文件上传的需求，一般的小文件，我们直接使用 input file，然后构造一个 new FormData()对象，扔给后端就可以了。如果使用了 Ant design 或者 element ui 之类的ui库，那更简单，直接调用一下api即可。当然了，复杂一些的，市面上也有不少优秀的第三方插件，比如WebUploader。但是作为一个有追求的工程师，怎么能仅仅满足于使用插件呢，今天我们就来自己实现一个。

电商行业的售后服务，通常都伴随着极其复杂的业务场景。不仅需要与正向订单流程呼应，还需要与质检、仓储、物流等信息进行交互，实现售后流转。笔者目前负责售后业务的研发工作，接下来将为大家介绍，售后流程中最为核心的部分：状态机。

对前端开发者而言，脚手架是快速开发不可或缺的一环。脚手架方便开发者从基于已有的代码库，去下载符合项目所使用的模板，并根据需求修改配置并生成项目文件。从而减少新建项目时重复的配置工作，统一团队开发中各项目的配置和规范。

初阶设计师的成长是能量吸收的过程，高阶设计师的成长是能量释放的过程。如果你有一个自我成长的心，我这里给大家一个通往新世界的门，它的钥匙是“结构化思维”。

聊到插件化架构，我们更多想到的是「构建阶段」的插件机制（不限于webpack、babel），而umi提供的「运行时阶段」的插件机制就比较少见了。

在前端的业务中，经常会出现需要计时的场景。比如页面中需要统计停留时长，以达成一些活动任务的要求；又比如页面需要进行倒计时，用来预热一些特定时刻才能开启的活动；再比如页面中需要展示一些动画，用于使页面看起来更美观。这样的场景数不胜数，覆盖了可以说是几乎所有的行业，其中是以电商、游戏中最为常见。

度量系统前端重构：如何将前端开发成本减少到最小，并且做到能够快速实现，快速复制。

在公司使用RocketMQ的时候发现事务消息不是社区版的,而是自研版本。

这就引发了强烈的好奇,为什么要自己研发一套呢? 和社区版的又有什么不同呢?

基于前面umi插件机制的原理可以了解到，umi是一个插件化的企业级前端框架，它配备了完善的插件体系，这也使得umi具有很好的可扩展性。umi的全部功能都是由插件完成的，构建功能同样是以插件的形式完成的。下面一起来了解下umi的构建原理。

实战案例讲解设计的数据分析、思路和模型。