<blockquote>
<p>Is there any benefit to this type of layout over a traditional mvc layout described in the first example? </p>
</blockquote>
<p>是的。</p>
<p>你所说的“传统MVC”只是另一个框架。这不是神奇的更好或更正确。只是不同而已。</p>
<blockquote>
<p>Is there another preferred layout beyond this?</p>
</blockquote>
<p>可能有数百种方法可以做到这一点。Django选择了一个非常适合Python和web应用程序的。</p>
<blockquote>
<p>i just want to get it right.</p>
</blockquote>
<p>那就这样做。</p>
<ol>
<li><p>抛弃你做过的其他事情留下的成见。</p></li>
<li><p>像一个完全的初学者一样,用Django重新开始。</p></li>
<li><p>在你学习了第六个框架之后,你就可以(而且只有在那时)比较和对比你所学的六个框架。在你学会六个之前,每一个都必须被视为新的、完整的、不同的和独特的。</p></li>
</ol>
<p>不要比较和对比。</p>
<p>就把Django当成Django,用Django的方式做事。</p>
<p>(关于更多的隐喻性建议,请阅读Django Reinhardt的音乐;他对吉他有独特的看法和方法。)</p>
<hr/>
<p>注释</p>
<p>根不代表什么</p>
<ul>
<li><p>配置——不存在。</p></li>
<li><p>控制器——不存在。</p></li>
<li><p>模型——一个Python模块,具有持久对象的类定义。映射到RDBMS架构。可以进行特定于模型的测试。</p></li>
<li><p>视图——一个Python模块,它具有响应请求和创建响应的视图函数。</p></li>
<li><p>test——具有视图特定和模板特定测试的Python模块。</p></li>
<li><p>插件——不存在。</p></li>
<li><p>上传——运行时,而不是应用程序的开发。</p></li>
<li><p>公共html——不存在。</p></li>
<li><p>css | js | img—静态“媒体”文件。运行时,而不是开发。</p></li>
<li><p>index.html——不存在。</p></li>
</ul>
<p>你漏掉的东西</p>
<ul>
<li><p>模板——您的HTML模板页面,由视图函数使用。</p></li>
<li><p>admin——默认管理站点的管理绑定。依赖于模块和表单。</p></li>
<li><p>表单——表单定义;这些是生成用于输入验证的表单的类。</p></li>
<li><p>URL——从URL路径到视图函数的映射。</p></li>
<li><p>设置—具有默认数据库配置、中间件等的模块。</p></li>
</ul>