手册简介
对于开发者来说,架构设计是软件研发过程中最重要的一环,所谓没有图纸,就建不了房子。在遍地App的互联网时代,架构设计有了一些比较成熟的模式,开发者和架构师也可以经常借鉴。 但是,随着应用的不断发展,最初的架构往往面临着各种问题,比如无法满足客户的需求、无法实现应用的扩展、无法实现新的特性等等。在这种情况下,我们如何避免一些坑,尽量比较成功地实现架构的重构,是很多开发者和架构师亟需解决的问题。 在这里,跟大家分享一下Uber的工程主管Raffi Krikorian的12条规则,并附上一些解读,希望对大家有所
更新记录
-
(8)做好准备面对压力 02-24 16:07
-
(7)远离那些虚荣的东西(例如使用“热门”的技术栈) 02-24 16:07
-
(6)管理好技术债务 02-24 16:07
-
(5)不要忽略数据 02-24 16:07
-
(4)确定当前的架构状态 02-24 16:07
-
(12)让团队做好准备 02-24 16:07
-
(3)渐进式重构 02-24 16:07
-
(11)对于代码质量有所掌握 02-24 16:07
-
(2)定义“重构完成”的界限 02-24 16:07
-
(10)做好面对非技术因素的准备 02-24 16:07