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

本站后端整体重构

2020-05-19 03:52:42 admin 2452

疫情期间重构本站后端，采用个人开发基于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 人参与

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

本站后端整体重构

zhou 4年前

zhou 4年前

zhou 4年前

zhou 4年前

武云 4年前

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

本站后端整体重构

zhou 4年前

zhou 4年前

zhou 4年前

zhou 4年前

武云 4年前

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