程序员必读之软件架构的笔记(13)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • yuan

    yuan (自己是一切问题的答案)

    很多团队使用关系型数据库,这个选择可能被认为很重要。为了减少在数据库技术变化时必要的返工量,很多团队会使用Hibernate或Entity Framework这样的ORM框架。引入额外的ORM层使得数据库操作能与代码的其他部分解耦,而且理论上,不用花费很多精力就能独立地切换数据库。 引入额外层的决策是将某个部分从软件系统中解耦的经典技术,促进了低耦合、高内聚和更好的关注点分离。此外,有了ORM以后,可能一个下午就完成了数据库的切...

    2016-09-30 21:40

  • 透明

    透明 (不改其乐)

    噢,原来是“Context, Container, Component, and Class”

    2015-03-03 23:50

  • 透明

    透明 (不改其乐)

    Context, container, component

    2015-03-03 23:32

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    看看我的书架就会发现,我对技术的兴趣远远超过任何业务领域。如果我想在一家银行工作,我会为银行工作,而非咨询机构。因此,我很高兴能定期更换业务领域,这提供了一定程序的变化,很少能在单个领域中工作获得。我也发现观察其他行业如何解决相似问题很有意思,这本身也带来了很多思想碰撞的机会。当然,缺点是我对任何特定领域的知识都不如在那个业务领域中全职工作的人。

    2015-03-03 22:43

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    架构驱动力:理解目标,抓住、提炼、挑战需求和限制。 设计软件:建立技术战略、愿景和路线图。 技术风险:发现、减轻和承担技术风险、保证架构的运转。 架构演化:贯穿整个软件交付过程、持续的技术领导和对架构的作用。 编写代码:参与到软件交付的实践部分。 质量保证:引入并坚持标准、指导、原则等。

    2015-03-01 21:04

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    要成为一名架构师,绝非一夜之间或一次晋升那么简单。这是一个角色,而不是个级别。这是一个循序渐进的过程,你会逐渐获得这个角色所需的经验和信心。

    2015-03-01 21:00

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    引入额外层的决策是将某个部分从软件系统中解耦的经典技术,促进了低耦合、高内聚和更好的关注点分离。

    2015-03-01 18:22

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    理解组织或业务变化的速度很重要,因为这能帮助你决定采用何种架构风格,可能是整体架构、微服务架构或者介于两者之间。要理解这种权衡并做出相应的选择。敏捷不是白来的。

    2015-03-01 18:03

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    软件开发的敏捷方法:快速行动,拥抱变化,持续交付,接收反馈,不一而足。包括了团队动态、系统思维、心理学以及其他可以能会跟创建高效团队联系在一起的事情。

    2015-03-01 17:52

  • thinker

    thinker (技术就是信仰!志在终身探索!)

    企业架构:战略而非代码。

    2015-03-01 17:12

<前页 1 2 后页>

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

程序员必读之软件架构

>程序员必读之软件架构