问题标签 [convention]

我正在计划一个新的 Django 项目，并希望一切顺利。我偶然发现了如何组织项目目录布局的问题。幸运的是，网络上有很多优秀的项目模板示例。尽管如此，我仍然难以理解一件事：

建议将模板文件放在项目根目录下的单独目录中，该目录由应用程序划分为子目录。因此，模板不位于应用程序目录中。这对我来说似乎是合乎逻辑的，因为我们想将应用程序逻辑与表示逻辑分开。但是静态文件呢？在这里，常见的做法似乎是在应用程序目录中找到静态文件，并在开发时将它们加载到项目根目录下的“静态”目录中（collectstatic）。而这个逻辑我不明白。由于静态文件（即 js、css、图像）通常是在模板中访问的，而不是在应用程序代码中，我会将它们算作表示逻辑。那么为什么它们不像模板那样存储——项目根目录下的目录，以及单个应用程序的子目录？

我知道我可以将这些文件存储在任何我想要的地方，但我想人们这样做可能有一个很好的理由。这可能是什么原因？

我正在尝试通过注释在操作上设置 FileUploadInterceptor ：

我的问题是它只有在我没有在动作类上设置任何拦截器时才有效。一旦我设置了一个拦截器，即使是像上面这样的 FileUploadInterceptor，属性也不会被填充。

基本上，这有效：

但这不起作用：

或者

我发现 ！解决方案是：

请忽略任何其他箭头，除了最后写有 1..1 或类似内容的单个简单箭头

我参考了许多网站和许多介绍 UML 2.0 的书籍，我遇到了两个使用的约定

当两个类通过没有箭头的单行连接并且 1..1、1..* 等写在行尾时，则

假设在加入 purchasePlan 和 User 的行结束时，术语是 1..* 而不是 0..*

1）根据一种约定，我们根据图表在User类中创建PurchasePlan对象的数组，在PurchasePlan中创建一个User对象

2) 根据第二个约定，我们只在 User 中创建 purchaseplan 对象数组，而不在 PurchasePlan 中创建用户对象

那么哪种约定是最广泛使用的还是标准的呢？

我可以在我的数据库中使用数字作为表名吗

例如

这是一个好的命名约定吗？

可能重复：
JavaScript：var functionName = function() {} vs function functionName() {}

在 JavaScript 中，将变量定义为函数的目的是什么？我以前看过这个约定，但并不完全理解。

例如，在脚本中的某个点，函数被调用如下：

whatever();

但是我希望看到一个名为 的函数whatever，如下所示：

相反，我会看到一个名为的变量whatever，它被定义为一个函数，如下所示：

这样做的目的是什么？你为什么要这样做而不是仅仅命名函数？

是否有任何工具可用于分析目标 c 编码标准和命名约定？

我怀疑以前有人问过这个问题，但谷歌并不容易。

我是一个相当新的编码员，我看到了很多不同语言的代码，注释以“TODO”开头。

问题：

• 人们用所有这些不同的语言编写 TODO 是否有实际原因，或者仅仅是一种约定？
• 如果是后者，约定从何而来？

我可以理解为什么能够 grep 查找 TODO 很有用，我只是对它背后的历史感到好奇。

我使用 Struts2 Convention 插件来映射我的操作。请帮我解决以下问题。这里我有一个动作映射

例如，当没有指定 artikelgroep 的 artGroup 时，它应该重定向到它完美执行link _http://site/categorie/hoofdgroep/artikelgroep/的 url 。_http://site/categorie/hoofdgroep/这里唯一的问题是它还预先添加了不需要的附加参数。所以链接_http://site/categorie/hoofdgroep/artikelgroep/被重定向到_http://site/categorie/hoofdgroep/?categorie=categorie&hoofdgroep=hoofdgroep&artikelgroep=artikelgroep.

我的问题是如何摆脱这些参数？

这是我的 struts.properties 文件中的一些配置参数

所以基本上这是一个错误还是应该以这种方式工作？

也许这不是那么优雅的解决方案，但在这里我做了什么。我超越了org.apache.struts2.dispatcher.ServletRedirectResult#getProhibitedResultParams

Python 中是否有用于 TDD 的特定目录结构？

教程谈论测试的内容，而不是放在哪里

通过浏览 Python Koans，怀疑它是这样的：

我这样做对吗？是否有一个很好的指南来教授 TDD 的目录层次结构？我听说混合的代码和测试文件很糟糕。

参考：

• 对于刚接触测试的有经验的程序员，有没有什么好的在线 TDD 教程？# 一个编码道场？嗯...也许我会开始一个编码道场网站...
• http://onlamp.com/pub/a/python/2004/12/02/tdd_pyunit.html #显示混合文件
• http://www.youtube.com/watch?v=sD6qzJNQEpE #虽然 pyTDDmon 看起来很棒，但我想先了解基础知识 =）这也是一个混合文件
• http://www.slideshare.net/Skud/test-driven-development-tutorial #explains“设计测试实施测试重复”仅..
• http://blog.cerris.com/category/django-tdd/ #仍然没有帮助...
• http://docs.python.org/library/unittest.html

这是新的项目结构（来自 Django 1.4 发行说明）。

我不确定是否应该将 STATIC_ROOT 指向

myproject/myproject/static/（连同settings.py、urls.py...）

或者

顶级目录myproject/static（myproject、myapp1、myapp2 旁边）？