展开

关键词

微服务-Martin Fowler

作者:YYGCui 出处:http://blog.cuicc.com/blog/2015/07/22/microservices/ 在过去几年中,“微服务架构”...

73240

微服务 | Martin Fowler

Martin Fowler,一位作者和演讲者,在软件开发行业中,他通常是最能说的那一位。他长期以来一直困惑于这样的问题,即如何才能将软件系统进行组件化。

57360
  • 广告
    关闭

    云产品限时秒杀

    云服务器1核2G首年50元,还有多款热门云产品满足您的上云需求

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    机会主义重构-Martin Fowler

    从我开始谈论和撰写关于重构专题的一开始,人们就问我如何将重构纳入更广泛的软件开发过程。 重构到底应不应该被当做软件开发生命周期的一个阶段,如果应该,那么要在一...

    55080

    Martin Fowler是重构之父 吗

    某公司宣传该公司的Martin Fowler为重构之父。?其实Fowler本人对此说法已经表过态了。在《Refactoring: Ruby Edition》的Preface中,Fowler就说: ? 我专门写文章说此事,目的是要批评春节期间我质疑了重构之父的宣传之后看到一种论调: 这么较真有意思吗,Fowler对重构的推广贡献巨大,是不是重构之父重要吗? 我可以接受的论调是:(1)对不起,我们不清楚重构的历史,误以为Fowler是重构之父,写错了。或者退一步(2) 对不起,我们确实知道Fowler不是重构之父,但是为了宣传目的,决定这样说。

    34930

    Martin Fowler关于微服务的原文翻译(一)

    原文如下:http://martinfowler.com/articles/microservices.html

    15540

    敏捷史话(八):敏捷的破局之道——Martin Fowler

    在 Martin Fowler 的世界里,任何事情都有最优解。 1963年,Martin 出生于英格兰的沃尔索尔(Walsall),也在同样位于沃尔索尔的玛丽女王文法学校中接受中等教育。 《敏捷宣言》 随着应用软件的蓬勃发展,软件开发的升级成本越来越高,Martin Fowler 开始转而追寻软件开发的最佳实践,“轻量”方法论渐入人们的视野。 90年代末,Martin Fowler 为《分布式计算》写了一篇专栏。 在21世纪初,Martin Fowler 又在《IEEE软件》杂志的设计专栏做了五年的编辑。这几段专栏作者以及编辑的经历让 Martin 体验了从文章产出、校对到发表的全流程。 现今,已年近古稀的 Martin Fowler,同妻子住在波士顿市郊。在工作之余,他们会去度假、摄影、徒步,也会将沿路的风景、人文分享给自己的读者。

    10710

    软件巨匠Martin Fowler来华,面对面与您畅聊技术!

    时隔一年,Martin Fowler再次来到中国,此次来华Martin将驻足北京、成都两站,为那里的程序员带去他的最新技术研究趋势! Martin Fowler——《21世纪的软件设计》在过去的十年中,我们看到了很多新的方法不断加入进来,帮助我们有效地设计软件。 Martin Fowler(马丁·福勒)一直是这些技术领域的最强音,他专注于企业级软件的设计——探索究竟是什么造就了优秀的设计,以及什么技术能将优秀的设计变为现实。 在过去十年中,Martin Fowler在IT咨询与定制软件交付公司ThoughtWorks工作。 此次Martin Fowler会将他在各个方面最新近的实践与研究心得分享给大家,同时解析这些发展趋势对软件开发的影响。

    45160

    《重构》再版——听Martin Fowler聊聊新版的故事

    本文取自Martin Fowler近日的博客与直播,他在其中分享了自己再版《重构》的想法以及新书中的细节,在此汉化以飨读者。 目前,本书正由熊节和林从羽进行翻译,而Martin Fowler也将在明年来到中国,在3月15日的“技术雷达十周年峰会”现场与大家分享过去十年来技术领域的趋势变化,欢迎扫码或点击阅读原文购票。

    76820

    2018年各企业使用微服务架构都会面临的6个严峻挑战

    Fowler-Rigetti称,一家向微服务迁移的公司经常以产生几个孤立的微服务团队告终。另外,由于没有人知道其他团队正在做什么,以及最佳实践无法分享,最终导致技术无方向蔓延。 请点击此处输入图片描述3: 资源竞争微服务向组织提供服务,就如同生态系统一样,它们十分复杂且脆落,Fowler-Rigetti如是说。硬件和工程资源均是稀缺昂贵的。 Fowler-Rigetti对此作出了否认。微服务应该是公司架构在触及其扩展能力上限时而做出的演进过程中的一步,而非摆脱工程难题的一条捷径。5. Fowler-Rigetti给出了一个列表:稳定性可靠性可扩展性性能容错灾备监控文档Fowler-Rigetti对此做了深入解释:稳定性和可靠性使用微服务,会带来更多的变更和更快的部署,这就导致了不稳定性 Fowler-Rigetti谢绝指出具体的语言,但她说,“我很肯定自己能想到一些。”

    36670

    微服务架构所要迎接的挑战!你,准备好了吗?

    Fowler-Rigetti称,一家向微服务迁移的公司经常以产生几个孤立的微服务团队告终。另外,由于没有人知道其他团队正在做什么,以及最佳实践无法分享,最终导致技术无方向蔓延。 请点击此处输入图片描述3: 资源竞争微服务向组织提供服务,就如同生态系统一样,它们十分复杂且脆落,Fowler-Rigetti如是说。硬件和工程资源均是稀缺昂贵的。 Fowler-Rigetti对此作出了否认。微服务应该是公司架构在触及其扩展能力上限时而做出的演进过程中的一步,而非摆脱工程难题的一条捷径。5. Fowler-Rigetti给出了一个列表:稳定性可靠性可扩展性性能容错灾备监控文档Fowler-Rigetti对此做了深入解释:稳定性和可靠性使用微服务,会带来更多的变更和更快的部署,这就导致了不稳定性 Fowler-Rigetti谢绝指出具体的语言,但她说,“我很肯定自己能想到一些。”

    20230

    Active Record和Domain Object + Dao

    Martin Fowler的 Active Record pattern实现,它是指一个既包含数据又包含行为的对象,这些数据需要持久保存到对应的数据表中。 Record,也就是将Dao中对数据库的CRUD方法和Domain Object整合在一起, 我们知道,Dao模式本质是桥模式,通过Dao可以将不同的数据库访问实现分离,并且在运行时组合,但是,Martin Fowler

    24290

    DDD话语评价之二:“值对象”是DDD的创新吗(上)

    ******8.2.8.2 历史回顾:值对象Martin Fowler和Kendall Scott在“UML Distilled”的第一版使用了“值对象(Value Object)”一词,如图8-67。 图8-67 摘自UML Distilled: Applying the Standard Object Modeling Language, Fowler, M. & Scott, K. , 1997( 此版本无中译本)Martin Fowler在他后续出版的书中继续使用“值对象”,如图8-68和图8-69。 图8-68 摘自《重构:改善既有代码的设计》,Martin Fowler 著,侯捷、熊节 译,英文原版出版于1999年 图8-69 摘自《企业应用架构模式》,Martin Fowler 著,王怀民、周斌 Martin Fowler在《企业应用架构模式》中讲述“值对象”模式时,提到了这一点。 图8-70 摘自《J2EE核心模式》,Alur D.

    6520

    DDD话语评价之二:“值对象”是DDD的创新吗(全文)

    ******8.2.8.2 历史回顾:值对象Martin Fowler和Kendall Scott在“UMLDistilled”的第一版使用了“值对象(Value Object)”一词,如图8-67。 此版本无中译本)Martin Fowler在他后续出版的书中继续使用“值对象”,如图8-68和图8-69。 图8-68 摘自《重构:改善既有代码的设计》,Martin Fowler 著,侯捷、熊节 译,英文原版出版于1999年图8-69 摘自《企业应用架构模式》,Martin Fowler 著,王怀民、周斌 Martin Fowler在《企业应用架构模式》中讲述“值对象”模式时,提到了这一点。图8-70 摘自《J2EE核心模式》,Alur D. 图8-76 更合适的抽象另,Fowler关于Aliasing Bug最早用的并不是图8-75的例子,而是如图8-77。

    5820

    苹果打脸!德国小哥成功越狱苹果AirTag,重新编程后秒变「跟踪器」

    《华盛顿邮报》记者 Geoffrey Fowler 与同事们一起利用AirTag测试某种跟踪过程后,进行了体验式的报道。?? Fowler 在自己的包里装上AirTag后,让自己的同事将AirTag连接到iPhone上,实时掌握自己的位置。他表示,AirTag是「既便宜又有效的跟踪手段」。 实验结果显示,通过同事iPhone的 Find My 应用程序,Fowler 的位置信息被实时掌握。?苹果在防止通过Air Tag跟踪,增加了几种安全装置。 Fowler 表示,「苹果虽然努力防止Air Tag被用于恶意跟踪,但还有一些问题需要解决。」你入手AirTag了吗?‍?‍

    15650

    Applying Domain-Driven Design and Patterns(ADDDP) With examples in C# and .NET

    Applying Domain-Driven Design and Patterns(ADDDP) With examples in C# and .NET是在Martin Fowler的PoEAA 和 从这本书也可以看到目前的DDD发展,还基本上是在Martin Fowler的理论下启蒙,在Eric Evans的方法论下摸索前行,Jimmy Nilsson描述的更多的是在当前(2005年之前)的技术水平下

    35860

    面向接口设计与角色接口

    Martin Fowler将其称之为Role Interface(角色接口)。例如邮件的收发业务。 如果你先定义了一个类叫EmailService,然后因为你需要定义接口对其抽象,然后就简单地将这个类的所有公有方法都提取到抽象的接口中,这样设计的接口,被Martin Fowler称为Header Interface 欲知Role Interface与Header Interface,可以参考Martin Fowler的这篇文章 。问题:收发邮件被用到不同的使用场景,怎么理解?

    20910

    Chapter 2 :重构的原则

    “毕竟生活里很少有晴空万里的好事”——Martin Fowler延缓新功能开发先添加新功能再重构,还是先重构再添加新功能,这不是一个对错的问题,而是一个取舍的分叉口。 Martin Fowler的回答醍醐灌顶,作为程序员往往对代码库的整洁有着极高的追求,以技术去驱动重构没有错,但现实世界往往取决于经济。 Martin Fowler推荐的是团队代码所有制。对于跨团队的兼容,可以采用类似GitHub上开源的模型。

    23610

    设计概念的统一语言

    POJO对象 POJO(Plain Old Java Object)的概念来自Martin Fowler、Rebecca Parsons和Josh MacKenzie在2000年一次大会的讨论。 这个术语来自Martin Fowler的创造,从贫血这个词可知,这样的一种领域模型必然是不健康的,它违背了面向对象设计的关键原则,即“数据与行为应该封装在一起”。 当我们在讨论领域模型时,发现更有好事者在贫血模型的基础上衍生出各种与“血”有关的各种模型,统计下来,除了Martin Fowler提出的贫血模型之外,还包括失血模型、充血模型与胀血模型。 如果采用这篇文章的定义,Martin Fowler所推崇的富领域模型反倒成了不健康的贫血模型(虽然该文作者未必认为贫血模型不健康),该何其无辜啊! 在去掉了错误的失血模型后,一般认为充血模型其实就是Martin Fowler提出的富领域模型。

    29310

    技术雷达之微服务架构|洞见

    (微服务2012年第一次出现在技术雷达上) 到底什么才是微服务架构Martin Fowler在那篇著名的描述微服务架构的文章中第一次定义了微服务架构并阐述了其九大特性。 看到Martin Fowler的定义以后,才慢慢清楚他们的区别,在Martin Fowler的定义中有几个关键字可以让我们甄别一个分布式架构是传统的面向服务架构还是新的微服务架构:每个服务是不是跑在独立的进程中 Martin Fowler在他的《企业应用架构模式》中,就提到了分布式对象设计的第一原则:“设计分布式对象的第一个原则就是不要使用分布式对象”。 这就是Martin Fowler提出的单体应用优先原则(MonolithFirst),以单体架构开始,通过演进式设计逐渐重构到微服务架构。? 下图描述的就是Martin Fowler提出的微服务架构下的测试策略,我所在项目就是按照这种方式来划分和设计我们各种不同类型的测试,帮助我们在对于服务的抽取合并分离的重构过程中做到安全可控。?

    36130

    系统架构 | 设计恰如其分的架构

    远在2009年,Martin Fowler与Rebecca Parsons在QCon SF做了一次题为Agilists and Architects: Allies not Adversaries Presentation 让我们再回到2004年,Martin Fowler当然发表了文章Is Design Dead。文中谈到了计划式设计与演进式设计之间的区别。这篇文章算得上是溯本清源。 在2002年Bill Venners对Martin Fowler的采访中,Martin Fowler认为,最合理的分配是20%的计划式设计,80%的演进式设计。 我个人较倾向于Minimal planned design,至于它在演进式设计与计划式设计之前的权衡,不必完全照搬Martin Fowler给出的比例。

    54160

    相关产品

    • 云服务器

      云服务器

      腾讯云服务器(CVM)为您提供安全可靠的弹性云计算服务。只需几分钟,您就可以在云端获取和启用云服务器,并实时扩展或缩减云计算资源。云服务器 支持按实际使用的资源计费,可以为您节约计算成本。

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券