标签：设计讨论 - 技艺圃|技术·艺术·论述

软件系统中的各种O

阿里的Java编码规范曾提到过：类名必须遵循驼峰命名法，但“DTO/BO/PO”等可以例外。这几个“O”都是什么呢？有必要在代码里搞这么多“O”吗？如果一定要用，要怎样才能用好它们呢？

设计

业务系统升级改造的三种方式

小规模重构就像是在风雨飘摇的大海上刷洗甲板、修理护栏；彻底重做是在船坞里建造一条新船；大规模重构则是在航行过程中把小木船逐步升级改造成大航母。就我而言，无论是期望还是经验，我都愿意选择大规模重构的方式。

设计

服务碎碎念

现实中当然没有这样的饭馆。哪家饭馆敢推出这样的“服务”，分分钟被掀桌子砸场子。然而我们的系统中，却真真切切的存在有这样的“服务”。

设计

10种常用的软件架构模式概述

这是我们技术分享的内容。译文在结构上并没有完全忠于原文。主要有两点改变：把本来在全文末尾的优缺点对比放到了每一章节的末尾；在章节中会穿插一些翻译官的碎碎念。专业的翻译讲究“信达雅”，科技文章的翻译以“信”为先。我算不上专业的翻译官，只能尽量保证译文可“信”。但我算是专业的程序员，因而总会想要结合自己的经验来表“达”。至于“雅”么……总不能用“子所雅言”来翻译吧！保证语句通顺就好了吧！哈哈。

设计

业务系统升级改造——从小木船到航空母舰

不知道算幸运还是算不幸，我做过好几个业务系统的升级改造。从这些工作中，我总结了一些业务系统全面升级改造的思路。

设计

弹