导读：很多朋友问到关于django名字怎么样的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
本文目录一览：
1、该如何命名你的Django Apps2、国内有哪些 Django 牛人？3、“django”是什么意思？4、django是做什么的？5、Django什么情况该如何命名你的Django Apps
很多人在创建Django Apps时会有自己的命名习惯，例如有人喜欢命名详细具体的名字，生怕不够具体。
实际上，一个好的命名系统取的名字往往乏味，枯燥，显而易见。在为Django Apps命名上可遵循以下原则：
1.尽量保持一个单词作为你的APP名称，例如：flavors，animals，blog，polls，dreams，finances.一个好的、通俗易懂的App名字将使得项目更容易维护。
2.一般来说，应用程序的名称应该是应用程序主model的复数版本，但是这个规则有很多例外，"blog"是最常见的一种。
3.不过，不能只考虑APP的主model，你应该也考虑你想如何构造你的UTLs，如果你想你网站的blog通过 访问，name你可以考虑将你的博客APP命名为"weblog"，而非"blog"、"posts"、"blogposts"，即使你的主model是"Post"，这样做可以让你更容易地看到哪个应用程序对应于站点的哪一部分。
4.使用有效的、符合PEP 8的、可导入的Python软件包名称：带小写字母的短名称，不带数字、破折号、句点、空格或特殊字符。如果需要可读性，可以使用下划线分隔单词，但不鼓励使用下划线。
总的来说命名Django Apps应该：遵循PEP8有效的命名（尽量不用下划线），根据你想构造的URL访问地址命名你的APP名字，尽量用一个复数的单词来命名（根据你的主model）。
参考：Two Scoops of Django 1.11
国内有哪些 Django 牛人？
有一段时间，整个圈子都在转一篇文章，或者更准确地说，是一篇演讲的内容。我是一个平庸的程序员，我的大多数同龄人也是如此。平庸不是争论，而是更好的学习。大师的神化对整个编程社区并不是很有帮助，甚至是有害的。而我们应该有一颗心，不要沉迷于轻蔑的链条，不要怀疑我们是否是真正的程序员，能做的是心和责任去做事情。
这篇文章(演讲)将会广泛传播，主要是因为它是著名的Python框架Django的作者之一，Django是业界伟大的上帝。这篇文章第一次看到是早上,同事又读非常感动,其原因可能是,作为一个整体的大学(法律)唯一一个无赖的学生写代码,没有比较,只能读和写Wordpress(皮肤)不断练习编程,唯一的希望就是变成一个60分的web开发人员——服务器操作,后端应用程序,前端代码,设计、现场操作,或者只是——网站管理员,或者美悦名字——所有堆栈工程师。但我没有转向那篇文章，因为我从来都不想成为一个平庸的程序员，也不想平庸的去解决不努力的名字，真正应该做的是定义牛逼的角色程序员，心有不竭的追求。
多年来，很多人都问过我，你认为谁更强大。我很荣幸能成为中国最好的前端团队，我有幸留在了最优秀的代码追求团队中，我很幸运地创建了一个团队。参与并组织大型和小型会议，满足或谦虚或自负地站在行业顶端的程序员。写博客是在很多领域结识朋友的好方法。这是一个会议的过程。这个定义伴随着一个思考过程。古人有云:修身、齐家、平天下。把技术带回家，不要担心完成工作。凝聚团队，凝聚人心，以集体力量实现平台，建立信仰体系，是家庭;通过个人、团队甚至是世界的大组织的影响来影响整个社区。我总是试图用同样的方式来回答这些人的问题。
说了这么多，这也是对商业现象的一个参考，再一次，感觉，定义，为什么?想要在很长一段时间内写标题，因为经常听到有人用形容词而不是实际的内容来判断一些人的好坏，而事实上这不是一个好的现象，今天又看到了开玩笑的戏谑。因为这是一个玩笑，刚醒来就有了精神，想说两句话。
实际上，我不知道Po在说什么，但我在想ruan yifeng。阮先生和我从来没有见过他的文章，他翻译了黑客和画家，他偶尔会发消息，也听到很多人用英语写的“JavaScript继承”。最近团队提升了ES6, ES6的介绍来自他的书，非常好。当我听说yubo的团队时，我觉得很感动，我可以招募他。
他总是写，写和传播给读者，高阶的基础，深入浅薄，写作恰到好处。有争议和错误。这些错误就像对广东人说“冬天来了，燕子飞向南方”。他的一些同事没有提到这一点。他不是写了一篇不好的文章吗?在我看来，他处于世界的水平，不仅仅是写作，而是把“我们所知道的”变成“我们所做的”——告诉社区。在我看来，这是最受尊敬的牛逼程序员之一。
剩下的就不多说了。回到雅各布的演讲开始——我们应该有，并且不要沉溺于对链条的蔑视，不要怀疑自己是真正的程序员，能做的是用心和责任去把事情做好。
如果你是一个优秀的程序员，那么——尽你最大的努力，没有人比你更优秀，也不是一项通过的任务;把代码分发出去，填满你的GitHub主页，构建车轮，填满你的博客。把思想带到社区，利用微博和行业会议，让今天的顶级技术和实践成为明天最基本的介绍。所以，你是一个真正的程序员。
“django”是什么意思？
有以下四种意思！英语里面单词的意思你要结合语句及文章，因为每个单词都有多种意思，你看你要的是哪一种1.而姜戈寿喜烧是一种日式火锅，而姜戈（django）则是著名西部片《django》中的主人公。关于为什么会选择“姜戈”作为标题，2.带来干净实效的设计django带来干净实效的设计...django严谨的维护干净的设计，它所有的代码让你开发的Web程序遵循最佳实践3.具有所有这些特点去除你的程序瑕疵...django具有所有这些特点...django是一个用Python写的，Python是一门优雅，简明，高级的编程语言4.提供快速开发django提供快速开发...django的哲学就是竭尽所能提升开发速度
django是做什么的？
Django是基于Python的免费和开放源代码Web框架，它遵循模型-模板-视图(MTV)体系结构模式。它由Django Software Foundation(DSF)维护，这是一个由非营利组织成立的独立组织。
Django的主要目标是简化复杂的，数据库驱动的网站的创建。该框架强调组件的可重用性和“可插入性”，更少的代码，低耦合，快速开发以及不重复自己的原则。整个过程都使用Python，甚至用于设置文件和数据模型。Django还提供了一个可选的管理创建，读取，更新和删除界面，该界面通过自省动态生成并通过管理模型进行配置。
一些使用Django的知名网站包括公共广播服务，Instagram， Mozilla，华盛顿时报， Disqus，Bitbucket，和Nextdoor。
Django创建于2003年秋天，当时《劳伦斯日报》世界报纸的网络程序员Adrian Holovaty和Simon Willison开始使用Python来构建应用程序。西蒙·威利森(Simon Willison)的实习期结束前不久，雅各布·卡普兰·莫斯(Jacob Kaplan-Moss)在Django的发展中就被聘用了。它于2005年7月在BSD许可下公开发布。该框架以吉他手Django Reinhardt的名字命名。2008年6月，宣布新成立的Django软件基金会(DSF)将来将维护Django。
2015年7月，与一些Django联合创始人和开发人员建立联系的软件咨询公司Revolution Systems在劳伦斯举办了10周年纪念活动。
Django的设计理念如下：
松耦合——Django的目标是使堆栈中的每个元素彼此独立。
更少的编码——更少的代码，因此可以快速开发。
不重复自己(DRY)——一切都应该只在一个地方开发，而不是一次又一次地重复。
快速开发——Django的理念是尽一切可能促进超快速开发。
简洁的设计——Django严格按照自己的代码维护简洁的设计，并易于遵循最佳的Web开发实践。
Django的一些优势如下：
对象关系映射(ORM)支持——Django在数据模型和数据库引擎之间建立了桥梁，并支持包括MySQL，Oracle，Postgres等在内的大量数据库系统。
多语言支持——Django通过其内置的国际化系统支持多语言网站。因此，您可以开发支持多种语言的网站。
框架支持——Django内置了对Ajax，RSS，缓存和其他各种框架的支持。
GUI——Django为管理活动提供了一个很好的即用型用户界面。
开发环境——Django带有轻量级的Web服务器，以促进端到端应用程序的开发和测试。
Django是Python Web框架。和大多数现代框架一样，Django支持MVC模式。
关于Python的基础问题可以看下这个网页的视频教程，网页链接，希望我的回答能帮到你。
Django什么情况
在朋友和同事的极力推荐下最近开始看上了python,其实主要是还是因为python是2007年度语言,怎么的也要与时俱进呀.最近一路看来有些心得,希望能与大家分享,小弟其实也只接触不到一周的python,有说错的地方还望大家指出改正.
不打算从py的语法基础说起了,直接说说对django的心得:
接触django首先需要了解可能就是他那个model，建立一个model就什么都有了，这对于搞java得人员来说还是挺有吸引力的（当然貌似对于动态语言这都是小儿科），那么让我们先看一个model的例子：
偷懒了，直接拿django-admin里面的User出来了
class User(models.Model):
username = models.CharField(_('username'), maxlength=30, unique=True, validator_list=[validators.isAlphaNumeric]))
first_name = models.CharField(_('first name'), maxlength=30, blank=True)
last_name = models.CharField(_('last name'), maxlength=30, blank=True)
email = models.EmailField(_('e-mail address'), blank=True)
password = models.CharField(_('password'), maxlength=128))
class Meta:
ordering = ('username',)
每个属性就是一个库表的字段，定义起来非常简单明了，models里面提供了很多种类的Field类似上面的EmailField。不同的Field有不同的设置，可以看相应的原来来了解相关的设置．
在model class内部还有一个class Meta，这个Class的属性制定了这个表的一些存取策略，例如这里的ordering。MetaClass里面的属性可以用model的_meta属性取得。OK，那么这样一个model怎么就能实现对数据库表的灵活操作了呢。让我们来看看吧。
首先先分析一下/django/django/db/models/base.py这个文件，其中包含了models.Model这类的定义：
看看class定义的第一行吧，第一行就够我琢磨一阵子的了：
class Model(object):
__metaclass__ = ModelBase
Model采用了new style class定义，关于这个内容大家可以放狗看一下，第一行是一个__metaclass__属性的定义，该属性的值是ModelBase，这是一个类。__metaclass__的意思是，指定一个class，这个class的实例就是本class，相信您已经晕了。那么就拿这个Model的例子来说明一下，如果没有__metaclass__这个属性，产生一个实例就是正常的流程，有了这个属性流程会有改变：
首先调用BaseModel.__new__(cls, name, bases, attrs)这个方法，回返回的值是一个class类型，然后用这个class来创建实例。其实BaseModel就是Model的元类，来制定Model这个类的最终样子。关于元类的更多信息请看这里
那么我们的目光一下转移到BaseModel这个类上，我有种直觉，Meta这个class最后可以用_meta来取就是在这里做的手脚，看一下BaseModel的定义吧，有点长：
class ModelBase(type):
"Metaclass for all models"
def __new__(cls, name, bases, attrs):
# If this isn't a subclass of Model, don't do anything special.
if name == 'Model' or not filter(lambda b: issubclass(b, Model), bases): #1
return super(ModelBase, cls).__new__(cls, name, bases, attrs)
# Create the class.
new_class = type.__new__(cls, name, bases, {'__module__': attrs.pop('__module__')}) #2
new_class.add_to_class('_meta', Options(attrs.pop('Meta', None))) #3
new_class.add_to_class('DoesNotExist', types.ClassType('DoesNotExist', (ObjectDoesNotExist,), {}))
# Build complete list of parents #4
for base in bases:
# TODO: Checking for the presence of '_meta' is hackish.
if '_meta' in dir(base):
new_class._meta.parents.append(base)
new_class._meta.parents.extend(base._meta.parents)
model_module = sys.modules[new_class.__module__]
if getattr(new_class._meta, 'app_label', None) is None:
# Figure out the app_label by looking one level up.
# For 'django.contrib.sites.models', this would be 'sites'.
new_class._meta.app_label = model_module.__name__.split('.')[-2] #5
# Bail out early if we have already created this class.
m = get_model(new_class._meta.app_label, name, False) #6
if m is not None:
return m
# Add all attributes to the class.
for obj_name, obj in attrs.items():
new_class.add_to_class(obj_name, obj) #7
# Add Fields inherited from parents
for parent in new_class._meta.parents:
for field in parent._meta.fields:
# Only add parent fields if they aren't defined for this class.
try:
new_class._meta.get_field(field.name)
except FieldDoesNotExist:
field.contribute_to_class(new_class, field.name) #8
new_class._prepare()
register_models(new_class._meta.app_label, new_class) #9
# Because of the way imports happen (recursively), we may or may not be
# the first class for this model to register with the framework. There
# should only be one class for each model, so we must always return the
# registered version.
return get_model(new_class._meta.app_label, name, False) #10
简单分析一下这个代码：
1. 检查class是否为Model的子类，不是的话，不做任何处理，直接传给父类处理，也就相当于正常的处理了class，注意super在多重继承的时候应该严格使用
2. 用type来创建类，创建的就是正常的ModelClass
3. 这句很重要，add_to_class是Model里面的class方法，这个方法其实就是传入name和value，给Model添加class属性.看到了，原来神奇的_meta就是这么来的. 提到add_to_class方法，简单看一下它的代码：
def add_to_class(cls, name, value):
if name == 'Admin':
assert type(value) == types.ClassType, "%r attribute of %s model must be a class, not a %s object" % (name, cls.__name__, type(value))
value = AdminOptions(**dict([(k, v) for k, v in value.__dict__.items() if not k.startswith('_')]))
if hasattr(value, 'contribute_to_class'):
value.contribute_to_class(cls, name)
else:
setattr(cls, name, value)
add_to_class = classmethod(add_to_class)
最后一句是制定这个方法是class方法，特点就是方法的第一个参数是本class，其实classmethod就是一个装饰器，在2。4之后可以使用@来简写。这里不得不提的是他对Admin的特殊处理，虽然AdminOption不是在admin模块里面的，但是这么做还是跟一个Admin的东东绑定起来了，在java的世界解耦是一件大事，看到下面还有对'contribute_to_class'这个方法的特殊处理，django为啥不弄的解耦点呢。而且同样是包装成Option，一个是在BaseModel里面弄（那个Meta的包装），一个在add_to_class方法里面弄，实在有点不优雅，可能还没了解太多，不知道他的深度用意吧。
4. Meta的集成，Option的这个类提供继承方法
5. 取得applabel，就是把model的名字分割取到数第二个，我很喜欢-2这样的设定
6. get_model方法取得缓存里面的东西。
7. 把所有的class attr拿出来搞一遍，一般的属性就setattr弄回去了，要是这个属性有contribute_to_class这个callable属性，那就执行之（Admin的处理完全也可以这样，其实我们常用的objects就是用这个方法弄的）
8. 每个Field调用自己的contribute_to_class方法来进行特殊的处理
9. 进入缓存，，暂且叫缓存吧，里面的东西大家看看很简单 文件在 /django/django/db/models/loading.py 里面还是有很多内容的
10.看注释说的很清楚了，我们一定要在缓存里面拿model。
结语：以上就是首席CTO笔记为大家整理的关于django名字怎么样的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～