02 2017 档案
摘要:1,需求整理分析 架构师要从项目最开始的阶段就参与进来。理由有很多:首先,第一手的信息损失最少,架构师能够更好的把握需求;其次,分析人员在与客户交流时,往往不会深入挖掘需求,因为有很多隐藏的需求客户自己都不见得意识的到,而架构师则可以依靠敏感的软件嗅觉发现这些需求,减少以后的变数;第三,分析人员往往
阅读全文
摘要:1、一个架构师面对有七大问题:商业问题、系统问题、子系统问题、构件问题、技术问题、流程问题、项目管理问题。 2、业界有这样一句话:“框架或中间件是用来帮助你的,而不是代替你去思考和工作的。”所以我们必须根据现实的系统要求,自己动脑筋去构建适合现状的软件架构!如果架构师把各项系统级架构质量的要求,想当
阅读全文
摘要:一个好的架构的形成不仅是架构师的功劳,还有团队的集体合作,主要因素:确实进行有意为之的前端设计;设计者有很好的素质和经验;在开发过程中,保持清晰的设计观点;授权团队负责软件的整体设计;不要害怕改变设计;让合适的人加入到团队中,让团队保持健康的工作关系;在合适的时候做出决定;好的项目管理和合适的最后期
阅读全文
摘要:今天我阅读了《架构之美》第五章面向资源的架构在web中,这一章讲到现在我们过分强调了软件和服务,而却忽视了数据,现在大多数组织机构更容易在web上找到信息,而不是在他们自己的系统中。web在很大程度上是因为它增大了信息共享的可能性,同时也降低了门槛。 面向资源的架构的标识是向命名的资源发起逻辑请求的
阅读全文
摘要:1. 系统的伸缩性需求。如大型在线游戏,需要满足大量用户。在线用户数量短时间内可能有很大的变化。这其中隐含的需求是:多用户并行分布式系统,系统运行在多台机器上高可扩展性(用于加入新的故事情节,意味着新的代码)高稳定性、可靠性(一个用户崩溃,不影响其他用户)数据一致性(多个用户看到同一个东西的状态应该
阅读全文
摘要:两个系统的比较,功能类似,但是结局不同。这两个系统特点有什么不同?是什么导致了不同的结局? 微观层面特点: 1. 没有统一的概念将不同的部分组织起来2. 代码风格不一致3. 控制流无法预测,即控制流的流向很复杂4. 额外的数据缓存,其目的让数据停留在更方便的地方(但是,容易造成数据的不一致性,维护或
阅读全文

浙公网安备 33010602011771号