架构

途牛原创|途牛无线权限系统的架构设计与实践

序之前写过一篇大话权限中心的PHP架构之道,主要是从软件工程角度介绍,如何通过编码规范、依赖管理、数据源架构、事务处理、单元测试等技术,来保障权限系统的高可用,并未真正的涉及这套系统的架构。今天准备从设计细节上分享一二。望各位看官,心有“空杯”,带着“问题”一探究竟。0. RBAC3这里还是尤为的重要,因为他是整套系统设计的根基。所以残忍的从上一篇中复制了一遍。。。RBAC

适合程序员的画图技法

之前写一些技术文章时,经常有读者留言问我是用什么工具画图的。其实我感觉他们很可能问错了问题,因为我曾经为了画好图尝试过各种不同的画图工具软件,但最后发现能不能画好图和工具的关系并不大。为何?程序员不是写代码的么,为什么需要画图?很多程序员会认为写好代码就好,画好图有什么用?程序员成为架构师后是不是就天天画架构图,成为了所谓的 PPT 架构师?如上这些疑问,好几年前也曾让我困

全站缓存时代

原则:动静分离,分级缓存,主动失效。Web 开发中,接口会被分为以下几类:纯静态页面。打死我都不会修改的页面。很长一段时间内,基本上不会修改。比如:关于我们。纯动态页面。实时性,个性化要求比较高。页面变化很大,或者每个用户看到的都不一样,比如:朋友圈。短时静态页面。在一定时间内基本不会变化,或者是容忍不需要实时更新。比如:文章、新闻。动静结合页面。这个页面既有动态,也有静态

Thinking in Frontend Conventions

前端规范在实际开发中,由于团队成员编码习惯不一,技术层次不同,开发前定制并遵循一种代码规范能提高代码质量,增加开发效率。JavascriptJavascript规范直接参考airbnb:ES6 JavaScript Style GuideES5 JavaScript Style GuideReact/JSX Style GuideCSSBEMBlock Element Mo

飞行的架构师和奔跑的程序员

关于程序员和架构师的讨论很多,我想从不同的角度说下。寻路当我刚进入软件行业成为一名程序员时,我的理想就是成为一名架构师。架构师这个词的英文叫 Architect,原意是建筑师,因为软件行业参照借鉴了很多建筑行业的概念,所以就借用这个词。我是在学校读书时知道架构师这个名词的,当时很多软件方面的书都是翻译过来的,现在也不知道是谁最早把 Architect 翻译成架构师的了。总之

作为首席架构师,我是如何选择并落地架构方案的?

无架构,不系统,架构是大型系统的关键。从形上看,架构是系统的骨架,支撑和链接各个部分;从神上看,架构是系统的灵魂,深刻体现业务本质。架构可细分为业务架构、应用架构、技术架构,业务架构是战略,应用架构是战术,技术架构是装备。其中应用架构承上启下,一方面承接业务架构的落地,另一方面影响技术选型。如何针对当前需求,选择合适的应用架构,如何面向未来,保证架构平滑过渡,这个是软件开发