Django中SlugField()与CharField()的区别及SlugField的优势

嘿，这个问题问得太到位了！我刚接触Django的时候也在这个点上纠结过——既然CharField也能存类似my-name-is-django这种字符串，为啥还要专门用SlugField？其实SlugField是Django为URL友好的标识场景量身打造的，它有几个CharField没有的实用特性：

• 内置的URL合规验证
  SlugField默认自带validate_slug验证器，只允许字母、数字、下划线和连字符（如果设置allow_unicode=True还支持中文等Unicode字符），自动帮你过滤掉空格、特殊符号这些在URL里容易出问题的内容。而普通CharField如果不手动加验证，用户可能会输入my name!is=django这种不符合URL规范的字符串，后期处理起来很麻烦。

• 语义化的字段类型
  当其他开发者看到你的模型里有SlugField，立刻就明白这个字段是用来生成URL路径的，比如店铺的专属域名后缀。而CharField太通用了，别人可能得翻代码才知道这个字段的具体用途，可读性和维护性差不少。

• 自动生成的便利性
  Django提供了slugify()工具函数，可以轻松从其他字段（比如店铺名称）自动生成符合规范的slug。配合模型信号或者Admin后台配置，你完全不用手动输入这个字段的值：

  from django.db.models.signals import pre_save
  from django.utils.text import slugify
  
  def generate_store_slug(sender, instance, **kwargs):
      # 如果还没设置slug，从店铺名称生成
      if not instance.domainKey:
          instance.domainKey = slugify(instance.store_name)
  
  pre_save.connect(generate_store_slug, sender=Store)
  

  要是用CharField，你也能做同样的事，但SlugField和slugify工具的搭配更原生、更顺手。

• 默认的合理配置
  SlugField默认的max_length是50（你也可以自己修改），而CharField必须手动指定max_length——你原来的代码里domainKey = models.CharField()其实是不符合Django规范的，运行起来会报错，因为CharField要求必填max_length参数。SlugField帮你省了这一步配置。

当然啦，如果你已经用CharField实现了功能，并且手动加了验证和生成逻辑，那继续用也没问题。但SlugField相当于把这些重复的工作封装好了，让你不用从零开始造轮子，更符合Django“不要重复自己”的哲学~

内容的提问来源于stack exchange，提问作者Jay P.