注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

何红霞

爱情,我唯一的宗教,我一无所求;我唯一的遗产,我一无所有。

 
 
 

日志

 
 

《架构之美》读后感  

2016-01-07 23:33:36|  分类: 碎碎念 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
这篇博客,是写一些我看完了《架构之美》的一些感受和收获。先列举一些知识点(现在还只是一个理论的积累,所以只能是罗列了)
系统中关键关注点:Functionality,changeability,performance,capacity,ecosystem,modularity,buildability,producibility,security。架构会影响到组织机构,反过来,组织机构的改变,也能对应到架构的改变。
架构结构:信息隐藏结构,使用结构,进程机构,访问结构。他们之间的关系和区别如下:
 结构 组件关系 关注点 
 信息隐藏信息隐藏模块 整体—部分,包含 可变性、模块化、可构建性 
 使用程序 使用 产品化、生态系统 
 进程进程(任务、线程) 提供工作、取得资源、
共享资源、包含在模块中。。。 
性能、可变性、容量 
 数据访问程序和数据段 有权访问 安全性、生态系统 
   
架构评估方式:
第一种:确定架构的属性,通常通过建模或模拟系统的一个或多个方面。
第二种:评估方式,包括质询方法,折中分析方法,主动复审。

自己对于架构的一个新的认识:架构是一种平衡,没有绝对好或者不好,只是在目前的资源配置中,所能做到的能最大满足各方面需求的一个成果。在构建的过程中,需要考虑到关注点,目前的可用资源(人力、物力等)

个人的感受:

YAGNI原则(you aren't going to need it)。就是说在开发设计的时候,不要一个劲的全揽,只要把目前已经明确需要的做好做到极致,给以后的扩展留下接口就行。一个劲的全做,会造成“混乱大都市”的现象。
形式,永远服从功能。架构是给人居住的雕塑。在做系统的过程中,不要搞得花里花哨的,简单实用就最好。如果做出了一个完美的艺术品,却发现它只能用来你观赏,而不能用来使用,那是很糟糕的一种现象。就像修建好了一个建筑,却发现根本就不能住人。
给我看你的流程图而藏起你的表,我将仍然莫名其妙。如果给我看你的表,那么我将不再需要你的流程图,因为他们太明显了。信息架构师坚信:处于大多数系统核心的是数据,而不是算法。Web用户不会去接触quicksort,而是访问一个数据仓库。在这里就有一个架构的实例:Facebook。它是一个围绕数据建立架构的。在这里,我只是了解到了这种架构的思路,而没有很明白里面经过改造的HTML标签(FBML),还有那个被改造过的SQL语言(FQL)等等。
还有就是面向资源的架构。以前就听说面向过程、面向对象、面向服务、面向切面等等,但是这次看书,又接触到了一个面向资源。在这里就提到了URL(统一资源定位),然后由这个又想到了AJAX破坏了资源定位的这个缺点。
想给做个总结,但是好像收获都是那种想法型的,不是一种具体的知识点,而是一个个碎片似的想法,或者一种思考问题的方向性的东西。还有就是介绍了一些很流行的架构是怎么从最初搭建起来的,以及过程中所遇到的一些问题和解决方案等。这些东西,我现在还没法儿用文字给描述出来,还需要进一步的总结和思考。。。。
  评论这张
 
阅读(68)| 评论(10)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017