分类软件工程下的文章

cornerstone —— 一套基础项目架构的设计

在我这么多年的开发生涯中，要说最宝贵的东西，那就是已经踩过的坑已经开发过的功能和已经总结出来的经验了。但是，也是在这几年的开发生涯中我愈发觉得我需要一个可以随时可用的工具箱了，尤其是每到一个新项目或者新公司就需要解决大量的之前已经解决过的问题的时候。

在我们过去的实践中详情与列表是每次查询动态生成出来的，效率低下且故障率高、耦合高。通常我们是站在纯粹技术的角度是解决这类问题，比如添加索引，比如添加缓存。今天提出一种特别的方式处理这个问题。

全局异常最重要的是异常的约定。什么异常类型属于哪个异常分类、该如何处理，这样的约定是前端接口统一异常的关键。

这里说的不可靠的数据来源包括三个来源：请求参数、API返回、数据库。不可靠的数据在这里指的是没有按照约定赋值的数据。这个问题与无处不在的参数校验这个问题是相关的。

写程序三个步骤：参数校验，程序执行，回写结果（返回结果）。应该有不少人像我一样不喜欢将一大堆的参数校验与业务代码混杂在一起。这个问题和另一个问题不可靠的数据来源是相关联的。