如何评价构架好与坏?

日期: 2011-01-19 作者:Ryan 来源:TechTarget中国 英文

  原文作者Ryan写了一篇《Your Architecture Sucks and I Don’t Care》,他认为当你发现自己在重构代码时,请停一停,问问自己你的用户是否会因此受益?因为最终,这才是最重要的。现将译文《你的架构很烂,但我并不在意》转载,以下是文章内容:

  嗨,你的应用的架构很完美吗?对呀,这就是为什么你还没有发布你的应用的原因,你仍然在彻夜不眠的担忧着各个功能模块之间的责任分离(你没时间去关心应用的流量和访问率)。

  可是,除了我之外,谁还会对你说你的架构很烂?为什么我要关心你的架构?因为我只是你的用户,我不关心你的程序长的什么样、如何被调用的、用什么语言写成的。我关心的是它能用最简单的、最迅速的方式解决我的问题。

  你的用户并不关心架构的问题,他们只关心你的应用是否好用。

  我以前就是一个不理解这个道理的受害者。在Friendly Dingo之前的一个公司时,我痴迷于架构。我希望我的代码对于任何人来看都是最简洁的,我希望每个文件、dll、类都满足你们曾经听说过的任何编码标准。而且我做到了,很完美。但是我的产品却延后了发布,因为我要花更多的时间整理程序架构(顺便提一下,没有人知道我在做这个事情),然后我才处理客户的增加功能的请求。这最终的结果是一个中等产品评价和不好的销售情况。但是朋友们,我的程序是完美的。

  到如今,在开发的第一周,我先架构选型,然后就搭建这个架构。当产品的首次发布日期快要到时,我已经很有信心,不再关心架构,尽管在某些方面还不尽如人意,因为我知道:程序的功能才是我做的所有工作中用户真正想要和关心的。架构能够满足应用的需要即可。

  所以,下次当你发现自己在重构代码时,请停一停,问问自己你的用户是否会因此受益?因为最终,这才是最重要的。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

Ryan
Ryan

相关推荐

  • 高效代码审查的十个经验

    代码审查是软件开发中常用的手段,和QA测试相比,它更容易发现和架构以及时序相关等较难发现的问题,如何进行高效的代码审查呢?

  • 观点:重构代码的七个阶段

    你曾去想重构一个很老的模块,但是你只看了一眼你就恶心极了。文档,奇怪的函数和类的命名等等,整个模块就像一个带着脚镣的衣衫褴褛的人,虽然能走……

  • 架构师要努力成为内功深厚的高手

    一听到架构师,首先便想到的是在一间宽敞的房间中间坐着一位衣着得体的中年男人,望着落地窗外的风景凝思,万千思绪在脑海里翻腾,颇有运筹帷幄千里外的气势。

  • 尝试扩展MapReduce架构

    假设有这样一个游戏,一个人来出加减乘除的题目给很多小朋友来做,对每一个小朋友,给他出一道题目,然后让他算好后给你报告答案,你再给他出一道题目,周而复始如此。