老实说，我这个人，做事情就喜欢简单直接，最好是能一步到位，少折腾。但咱们搞技术的，哪个不是天天在折腾？尤其是我之前负责几个小团队的时候，每次开新项目，或者是老项目里要加个新模块，那可真是头疼。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
你得知道，一个新项目或者新模块出来，不是说你代码一敲就完事儿了。它前面有一大堆的准备工作：搭环境，配依赖，建各种配置文件，什么数据库连接、日志打印、路由定义，还有各种目录结构，一模一样的东西，你要么复制粘贴，要么就得手敲一遍。复制粘贴，稍不留神就漏了改了；手敲，又枯燥又慢，还容易打错字，简直是折磨人。
人一累，出错率就高，效率自然就下去了。我看着大家伙儿每天为了这些重复性的活儿，搞得焦头烂额，我就想着，这事儿不能这么下去。肯定得找个法子，把这些重复又低效的活儿给自动化掉。
发现“救星”——rexcc
我为啥知道rexcc这玩意儿？说起来也挺巧。当时我跟一个老伙计，我们都叫他老陈，他在另一个部门负责架构。那天我们一起吃午饭，我就跟他抱怨，说我们这边每次新起个服务，光前期准备就得花掉大半天，太耽误写业务逻辑了。老陈扒拉了一口饭，慢悠悠地说了句：“你们是不是没用rexcc？”
我当时一听，心里嘀咕，rexcc？啥玩意儿？从来没听过。市面上这种号称能解决一切问题的“神器”多得很，大部分都挺坑的。但老陈那人，平时不爱吹牛，说的东西往往都挺靠谱。我就追着他问，这rexcc到底是个他大概跟我讲了讲，意思就是个能帮你把那些重复的配置、文件结构，一下子就给你搞定的工具。
动手折腾，从怀疑到真香
光听老陈说肯定不行，这东西到底好不好使，还得自己上手试试才知道。我回去之后，立马就去网上搜了搜rexcc。文档还挺全的，就是看着有点英文，我这英语水平一般般，但大概意思还是能看懂。
- 第一步：安装和初体验
- 第二步：定制化自己的模板
- 第三步：应用到真实项目
- 遇到的“小插曲”
它主要是命令行工具，安装倒是不复杂，几条命令敲下去，很快就装好了。然后我就照着它文档上最简单的例子，先跑了一把。比如，让它给新建一个最基础的项目骨架，就那种只有几个空文件夹、一个配置文件和一个readme文件的。我一敲命令，还真就唰唰唰地给我建起来了，结构清清楚楚。当时心里就有点谱了。
光跑个空骨架有啥用？我们团队自己的项目，可比这复杂多了。我就琢磨着，能不能把我们自己常用的项目结构、基础配置，都给它弄成模板。rexcc它有个功能，就是能让你定义自己的模板。我就花了点时间，把我们那个最常用的微服务骨架，从零到一，一点点地在rexcc里给它“录入”了一遍。包括各种服务依赖、端口配置、数据库连接占位符啥的，都给它设置好了。
模板搞定之后，我就把它拉到我们实际的项目里去用了。那时候刚好有个新需求，要新加一个数据处理服务。以前这个活儿，我得花两个小时，甚至更久，才能把前期的环境和配置给搭这回我直接用rexcc，一敲命令，选我之前定义好的那个微服务模板，再给它一些参数（比如服务名、端口号之类的），然后，神奇的事情就发生了！
大概不到一分钟，一套完整的服务骨架就摆在了我面前：目录结构完整，基础配置文件都带着默认值，连我常用的日志模块都给我搞好了。当时我真是惊了，心里就俩字儿：真香！
这期间也不是完全没遇到问题。有一次我们团队升级了某个核心库的版本，我的rexcc模板里对应的依赖就没更新。结果用旧模板生成新服务的时候，一跑就报错。我当时还纳闷，怎么回事？后来才想起来，原来是模板没维护。这说明工具是好用，但人也不能当甩手掌柜，模板也得跟着项目迭代，得有人去维护，不然出了问题也怪不了工具。
rexcc到底好不好用？我的真实评价！
经过这一段时间的摸索和实践，我真心觉得rexcc这东西，对于我们这种经常需要重复性项目初始化、或者对项目结构有统一规范要求的团队来说，简直是神兵利器。它解决了我们团队很大的一个痛点。
它不是啥包治百病的灵丹妙药，不能帮你写业务逻辑，更不能帮你解决复杂的算法难题。但它能把你从那些枯燥、重复、又容易出错的体力活里解放出来，让你有更多的时间和精力去思考真正的业务价值，去解决那些需要动脑子的难题。对我来说，光是能把那些重复的配置文件、目录结构在几分钟内搞定，就已经足够了。它让我们的团队效率提升了一大截，而且大家现在新开模块，项目结构都统一了，看着也舒服，新人上手也快得多。你问我rexcc到底好不好用？我的真实评价就是：真的好用！