摘要：
前面说到了“准备做”的内容，本节将讲述如何“做”！人们更愿意叫它“概念架构”，因为人们都比较喜欢文艺！ 程序猿出生的人，都比较喜欢用专业的词汇来理解架构，尤其喜欢高深莫测的技术。所以，开发者更喜欢“架构 = 模块 + 接口”这一说法，主要还是因为它贴近程序猿的身份，一提到接口，大家都乐了，有了接口就可以去实现接口，有了接口就知道模块间的联系，仿佛大千世界就只有用接口才能沟通你我，才能联系彼此！ 当然，对于架构来说，接口是非常重要，但只针对于程序猿！对一个架构师来说，更重要的是统筹全局，把握大的框架，而不用太关注细节，接口嘛，可以由精明的程序猿来定。 概念架构的核心是：架构 = 组件 ... 阅读全文
摘要：
上节说到，做任何事情都可以分为三个阶段：准备做、做、做好。本文，就将进入第一个阶段，准备做阶段。Pre-Architecture：准备架构 准备架构阶段，最最重要的是弄清楚要做什么东西，即掌握用户需求。应该来说，整个准备阶段都围绕着“需求”来转。 我将它描述为如下过程：需求-->约束-->质量-->关键功能 初学者根据上诉步骤，一步一步来，就能够完成准备架构阶段。1.需求 可能有人会认为“需求应该来自市场人员”，这句话并不全面，需求不应该仅仅来自市场人员。 记得本人接手的第一个项目时，市场人员告诉研发部门需要研发出一款产品，研发部门会成立一个项目小组，然后再指定一个研发人员做 阅读全文
摘要：
新生架构师拿到首个任务的时候都会无从下手，有劲而不知如何使！ 其实，对“架构”做分解是最好的办法，也就是分而治之的思想。 首先，明确架构应分为哪几个过程，如下是《一线架构师实践指南》涵盖全书的思想，分为三步：一、准备架构：Pre-Architecture二、概念架构：Conceptual-Architecture三、细化架构：Refine-Architecture 用这三个很“专业”的名词来介绍，未免有些冠冕堂皇，盖大帽子，仿佛很有学问！鄙人讨厌把简单的东西弄复杂，对晦涩的词汇记不住，也懒得记。其实，这三个步骤简单理解就是：准备做、做、做好！ 实际上，不光用在架构上，就是我们做任何... 阅读全文
摘要：
作为一个架构新手，一般会有如下困惑： 1.做了好几年的程序开发，但是对架构缺乏经验，没有信心，缺乏指导； 2.如何明确需求，总觉得需求不明确，影响了设计； 3.系统架构从何起步； 4.如何将系统划分模块； 5.非功能需求如何把握。在接下来的学习中，将逐一解决这些困惑。参考学习资料：《一线架构师实践指南》《敏捷开发的艺术》 阅读全文