在软件开发中,你是不是经常因为沟通效率低下而烦恼?
-
所接手的维护项目代码质量低,频繁出问题,不得不一次又一次地找之前的人沟通;
-
团队中模块分散,各自编程风格不同,使用对方服务时需要反复沟通;
-
跨团队合作沟通,技术栈不同,需要反复沟通统一的标准。
你会发现,这些问题的本质其实都是因为代码而产生了学习成本和沟通成本,或者说,每一份代码都变成了需要重新学习的东西,自然需要反复研究和沟通。
那为什么学习了 Spring 框架后,再和别人交流关于这个框架的问题时沟通效率会变高?因为 Spring Boot 框架应用了一个简单的原则来帮助编程者提前建立了隐形的公共知识体系,当一方提到某个知识时,另一方其实早就非常熟悉,不需要反复给对方解释含义,沟通效率自然会不断提高。
今天,我们就来了解下这个具备强大威力的原则:惯例优于配置原则(下文简称惯例原则)。
一、惯例原则:有“共同语言”的编程
惯例原则(Convention over Configuration,常用英文缩写 CoC),最早起源于 Ruby On Rails 框架的设计理念,如果你使用过 Rails,应该就知道 Rails 几乎没有配置文件。
简单来说,惯例原则就是将一些在编程中公认的配置方式和约定信息作为内部缺省的默认规则来使用,比如,MyBatis 的映射文件通常都使用 xxxMapper.