Python中为什么放弃Flask转而使用Django，但我其实很喜欢Flask
反反复复的用 Flask 做了几个小站，都是不用太复杂的类型，感觉很好用。
但是遇到开发用户系统，需要有角色，权限问题的时候，Flask 太麻烦了，几个第三方库都不太好用。
十六进制权限值 Flask 狗书 用十六进制来判断，放弃
Flask-Security user 必须要有 email，active 字段，并且必须用 WTF
Flask Principal flask_principal 的作者已经不更新了，上次提交代码是 2015 年。
PyCasbin 国人 2019.1 开始
目前就这四种第三方库，十六进制？有多少权限，就需要写多长的 16 位，然后还记得哪个位置是什么权限么？这种也太坑了，直接放弃。
Flask-Security 必须要有 email，active，必须用 WTF，不太想用。
Flask Pricipal，已经 4 年前了。
PyCasbin，国人的刚开始几个月，用在项目上，实在是不放心。。。
自己实现？ RBAC 权限管理 基于角色的访问控制。
感觉好复杂啊。。。。
然后在咱们这里终于看到描述了，Flask 很优美，但是每个都得自己搭建，也太累了。。。
我好不容易打通其他的，终于在这个用户角色权限上被拦了好几天。。。
还是学习一下 Django 吧。。。基本上开箱即用。
Python中为什么放弃Flask转而使用Django，但我其实很喜欢Flask
我理解你的纠结。Flask确实很优雅，但Django的“全家桶”特性在项目规模扩大时会带来明显优势。
主要考虑点：
- 内置功能：Django自带ORM、Admin后台、用户认证、表单处理等，这些在Flask中都需要额外集成
- 项目结构：Django有明确的项目/app结构，适合团队协作和大型项目
- 安全性：Django默认提供更多安全防护（CSRF、XSS防护等）
- 开发速度：对于标准CRUD应用，Django的开发速度更快
但如果你喜欢Flask的灵活性，可以考虑：
- 继续用Flask，但采用更结构化的组织方式（Blueprints、工厂模式）
- 只在需要Django特定功能（如Admin）的部分项目中使用Django
- 使用Flask扩展来补充功能（Flask-SQLAlchemy、Flask-Login等）
总结：根据项目需求选择，小型/API项目用Flask，大型全栈应用用Django。
Django 我从 0.96 开始用，除了他的 mttv 范式现在有点不时髦，其他就没怎么烦恼过。flask 经常有这样那样的问题，主要是第三方的问题，但是也挺难受的。本来咱用 python 就是图方便，flask 适合将脚本输出服务，Django 适合快速搭建简单业务，但是项目一大型还是上工业级框架吧
工业级框架?
我感觉 Django 貌似已经可以搭建比较大的应用了呀。
不过我确实是觉得使用 python 就是图方便，Flask 需要自己弄来弄去，总会被各种小问题给折腾一整天，超级浪费时间。
你这个确实一劳永逸，但是自己能力不够，对 RBAC 的理解还不太明白，没有办法写出来，不然 Flask 也可以使用了，大部分功能其实都实现了。但是对用户和权限，角色，以前都没考虑，都是 admin 一个账户解决。
现在要考虑这部分内容了，觉得好麻烦，网上的教程也不是太清楚。。哎。
我在考虑使用 DRF 框架来解决这些事，如上所说的，使用 python 是为了方便，快速搭建系统出来，不想在细节上费时间。
最早放弃的东西，学习曲线太陡了。。。python 很容易出东西。
是我：）
难道非得 java 么？我实在对 java 深恶痛绝，浏览器老得升级 java 插件，烦死。
ROR 一直没有入门，总觉得跟 Django 之类的 python 框架，完全不同。
自己改的难度有点大：（，弄了半天，业务逻辑都还没上呢，先被这些小坑给绊住了。
是的，一直在 D 版：）每天刷~~都忘记 coding 了，哈哈。
java 做的那些 B/S 产品，都有 java 虚拟机更新等等事情呀。经常有各种问题，在不同的电脑上。
如果我没记错的话，16 进制权限值这个说法不是很对。根据经验来看，这个应该是 bitmap,应该转化为二进制来看，一个位代表一个权限。
一般我们配权限的时候都是采取位操作的方法，比如 0x01 | 0x02 来实现两个权限的并集。权限应该是写成常量，用的时候用按位取或(bitwise or)
权限你难道手打吗？？？？？
你有没有考虑过 C 程序员是怎么活这么久的？
enum permission {
permission_a,
permission_b,
…
}
#define PERMISSION_A_MASK = 1 << permission_a;
#define PERMISSION_B_MASK = 1 << permission_b;
if (Value & PERMISSION_A_MASK) …
Value |= PERMISSION_A_MASK;
Value &= ~PERMISSION_B_MASK;
哎，简直气死。。。Django2.2.3 对 mysql 又只支持 5.6 以上的，弄了半天，累死我鸟。。。
一堆一堆的错误，bug，真难用。
哎，为了用户角色权限的便利，我还没有放弃。。。
我有一套现成的 rabc 基于 tornado，可以共享给你，不过我不太清楚 tornado 跟 flask 有多大差别
其实说白了 rabc 就是那几个表和每个 action 的验权，表都弄出来了，验权就是体力活了
老手感觉踏实 新手就感觉不踏实，这不是 API caller 的廉价经验什么的能踏平的 这是必须知道底层原理(当发现 rails 源码出错的时候能 debug 进去)能踏平的
初学的时候用的 Django，工作后用的 Flask。因为我们是一个开发团队多个系统都在用，很少用它的插件，大多数公用的库或者服务，自己开发自己维护，定制起来也比较方便。
而个人开发者的话，这些都要自己做了，开发多个的话可以考虑抽出来做个通用的轮子？
API caller 的经验对我来说没用，懂吗，设计 API 就是 软性药物 那就是贼船 。越高级的框架 整不明白就瞎 JB 用 刚用的时候很快乐 但最终都会影响到开发的流畅度
权限管理控制 5 张表太麻烦了，我是直接把每个 route 函数名存用户表的权限字段，验证的时候判断这个函数在不在权限字段，这样大到权限分组，或按角色，小到某个按钮的具体 post 或者 get、连数据库某个字段是否有权限修改都可以控制，就是现在还不知道使用蓝图后，如何把所有路由函数导出！都得手工加。
原因是官方在 PG 上做了更多工作。官方文档这样解释：
Django provides support for a number of data types which will only work with PostgreSQL. There is no fundamental reason why (for example) a contrib.mysql module does not exist, except that PostgreSQL has the richest feature set of the supported databases so its users have the most to gain.
https://docs.djangoproject.com/en/3.0/ref/contrib/postgres/
