网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

本站后端整体重构

2020-05-19 11:52:42 admin 1095

疫情期间重构本站后端，采用个人开发基于iris的api开发脚手架ginana，项目均已开源。

------------

### 本站项目已重构
疫情期间重构本站后端，采用个人开发基于iris的api开发脚手架ginana，项目均已开源。
- ginana项目地址：[https://github.com/griffin702/ginana](https://github.com/griffin702/ginana "https://github.com/griffin702/ginana")
- 本站重构项目地址：[https://github.com/griffin702/ginana-blog](https://github.com/griffin702/ginana-blog "https://github.com/griffin702/ginana-blog")

### 重构原因
之前是用beego开发的，且实际上是在他人源代码基础上二次开发实在谈不上是自己的东西，随着近一段时间对许多优秀开源框架的阅读理解与实践，特别是在疫情之间使用bilibili开源的`kratos`微服务框架的实践经验之后，就有了极大的兴趣自己动手开发一个高可用且对MVC开发模式友好的api脚手架。

### GiNana
一个高可用、高扩展性的`api开发脚手架`，核心基于`iris`，之所以选择iris作为核心，是因为iris对MVC开发模式更加友好，因此摒弃了kratos所使用的gin，同时也没有选择beego，理由很简单，因为它相对笨重，扩展性较差。iris是目前个人认为在各个方面都足够出色的框架，使用起来非常顺手，舒适度极高。鉴于此，GiNana选择了它，项目整体参照kratos，技术架构定为：`Iris + Gorm + Casbin + Paladin + Logrus + Wire`（详情可移步到项目中的README中查看）。由于kratos属于微服务框架，其涵盖相关grpc的东西并不在期望之中，因此也没有囊括到项目里面来。

### 项目前后对比
原项目：
1. 数据层的操作比较零散，可读性较低，维护起来不是很方便。controller也有较大缺陷，原始设计并没有做好。
2. 错误异常处理以及页面响应这一块也写的不尽人意。
3. beego框架的原生orm使用起来比较复杂，很早就想改一直没合适的机会。

新项目：
1. 弥补了原项目的一些明显缺陷，数据库与错误处理统一交给service层进行封装，以接口形式提供给控制台使用。
2. 利用wire初始项目依赖，再利用iris的依赖注入完成整体的衔接。较大程度提高了代码的可读性以及可扩展性。
3. 改用gorm来处理数据层。
4. 采用casbin重构了原项目权限模块，改为标准的RBAC方式。

关键字词iris ginana

分享到：

上一篇：疫情期间努力提升这技能以及项目重构心得

下一篇：Golang中解决"import cycle not allowed"的2种方法

如需留言，请登录，没有账号？请注册

0 条评论 0 人参与

网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

本站后端整体重构

admin 1年前

zhou 2年前

zhou 2年前

zhou 2年前

zhou 2年前

网站首页 返回列表 像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

本站后端整体重构

admin 官方 1年前

zhou 2年前

zhou 2年前

zhou 2年前

zhou 2年前

网站首页返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

admin 1年前