博客文章

DjangoStarter v3.3.0？哦，不过是优化了Docker和换了个Granian服务器。导航栏多了管理后台，还扔了unfold。过渡版本就这？

DjangoStarter 成了时间黑洞？一堆无关组件拖累维护成本，果断瘦身砍掉 django-compressor、Prometheus、Grafana，小项目何必搞企业级运维？Less is more，把精力花在刀刃上。

前言 继续Django后端开发系列文章。刚好遇到一个分页的需求，就记录一下。 Django作为一个“全家桶”型的框架，本身啥都有，分页组件也是有的，但默认的分页组件没有对API开发做优化，所以DjangoRestFramework这个专门写API的框架又把Django的分页组件包装了一层，集成在viewsets里的时候会更方便。 不过我们不可能一直用viewsets，有一部分API还是要用自由度更

DjangoAdmin DjangoAdmin本身就是一套大而全的系统，官方文档中介绍了很多配置方法，但仍然有大量的骚操作是文档中没有的，所以遇到特殊需求的时候，求助文档不一定有用。 在我看来 DjangoAdmin 虽然能快速生成一套管理后台，但如果要做大量特殊需求的定制，其成本不亚于用 Vue/React 重新开发一套，简单的使用成本不高，但深入定制的话需要对 DjangoAdmin 的工作流

前言 之前写过两篇跟这个插件有关的文章，可以回顾一下： Django数据导入导出神器django-import-export使用 Django-Import-Export插件关于外键的处理 最近有个朋友留言问我一个关于django-import-export插件的问题 为了形象表达这个问题，我举个书籍管理的例子来描述一下 数据库表 | id | name | price | | ---- |

前言 Django-Import-Export是一款很好用很方便的Django数据导出导入插件，可以和DjangoAdmin管理后台完美集成，只需要少量的代码配置即可方便实现你要的多种格式导出导入，关于这个插件的使用更多可以看我之前的文章：这里放文章链接 之前我在使用中都是专门做了一个原始数据的表来存导入的数据，然后再对原始数据表做一些数据处理，把数据存到其他表才能真正使用这些数据。（不是很好的做