问题标签 [convention]

在我的项目中，我目前使用相对路径来包含我的文件，诚然这不会经常更改。但是，它会产生非常奇怪的包含模式，因为我通常将文件嵌套在很多文件夹中。

例如，在我当前的项目中，我有network/server/myfile.hpp. 它需要包括common/log.hpp. 我使用的电流#include "../../common/log.hpp"非常冗长，但有效。

如果我改为在路径上添加我的主包含目录，我可以简单地包含"common/log.hpp".

我知道这个问题可能更多的是关于偏好，但是关于跨平台应用程序是否有任何客观的利弊以及 C++ 约定呢？

我刚刚替换了 rails 3 中资源路由上的 :id 以生成散列。我对我正在编写不太常规的代码这一事实感到恼火（例如，link_to edit_user_path(@user) 现在写为 link_to '/users/#{@user.user_hash}'）。所以我想知道，有没有更聪明的方法来做到这一点？

采取以下代码：

模型知道传递给它的参数哈希是否被认为是不好的做法？如果是这样，您将如何重构以使其遵循“最佳实践”？

我CustomProperty在域模型中有一个实体，它被其他几个实体使用。

和

但在 DB 中，我不希望只有一个表CustomProperty包含可空外键到Product表和另一个可空外键到Order. 相反，我需要两个单独的表ProductCustomProperty和OrderCustomProperty.

我需要通过自动映射和约定来做到这一点。有没有人有任何想法？

顺便说一句，我有一个不适合我的想法。也许有人知道为什么：

这个例子一定很完美，但是 IOneToManyCollectionInstance.Table() 没有设置任何东西。

在 .net 中编写代码的最佳约定对您来说是什么？我的意思是你的变量的名称，案例等......

我们应该做site.com/#!/blog还是site.com/#!blog？

我知道没有实际的区别，但是作为一个 web 开发者社区，仍然应该有一个传统的标准，以便用户可以轻松记住 url。如果没有已经建立的标准，理想情况下，有人会发布一个支持一个人的答案，有人会发布另一个支持另一个人的答案，一个人会比另一个人获得更多的选票......

我个人更喜欢：site.com/#!blog仅仅因为它更短。但是，我看到许多其他网站使用其他变体。

顺便说一句，如果您的第一直觉是指示我们不要使用 hashbangs，那么这个问题不适合您，请不要理会我们。

我有一个应用程序，用户从主要活动登录，然后可以使用列表视图浏览实体的层次结构。因此，Activity 堆栈看起来像这样：

A -> B -> B -> B -> ...

其中 B 的数量与您在实体树中的深度成正比。经常，我发现自己按 backbackbackbackback 来进入根目录（第一个“B”），但是按的次数太多，我会退出，甚至退出应用程序。我正在考虑覆盖后退按钮，这样当从根 B 按下时，它会弹出一个对话框，基本上说“注销？（Y/N）”，从而阻止一串后按完全退出应用程序.

不过，我注意到关于覆盖后退按钮的一种敏感性，而且 - 虽然这对我来说很有意义 - 我想知道这是否被认为是很好地使用后退按钮。

那么： 这会被认为是对后退按钮的适当/传统覆盖吗？ 有没有更好/更传统的方法来实现这一点而不覆盖？

此外，因此这个问题在将来可能会更普遍有用，是否有任何关于在覆盖后退按钮时可接受/不可接受的指导方针？

我正在建模一个社交网络风格的网站，人们可以在其中将其他人添加到他们的联系人列表中，我想将此关系建模为同一表用户上的 HABTM 关系，但根据http://book.cakephp.org /view/1044/hasAndBelongsToMany-HABTM我必须像这样创建表：

请帮助，我怎样才能避免重复？

许多（可能是全部？）编程语言由汇编语言组成

lisp 是如何用汇编语言实现的？

谷歌有什么好的参考、手册、教程或关键字吗？

建立自己的lisp实现的任何官方规则/约定？

例如尾递归应该遵循一些实施规则或其他东西..

谢谢

FluentNHibernate 的自动映射是否支持通过约定创建多列唯一约束？

我可以轻松创建单列唯一约束：

带有接受标准的只查找ReferenceEntity类型。

我现在有一个实体，我想在其上创建多列唯一约束。我打算用一个属性来装饰实体的属性，以表明它们是同一个唯一键的一部分，即：

并让约定查找这些属性，并在所有共享相同唯一键的字段中创建一个唯一的。

该IProperyConvention界面允许您Unique在特定实例（列）上指定，但对其他列不可见。

更新

发布这个的过程帮助我思考了更多，所以我写了这个：

单步执行它instance.UniqueKey(...)两次命中该行的代码（如预期的那样），但是创建的约束（pgsql）；

当我预料到的时候

更新 2

Override()在 AutoMap 配置中使用该方法时，我可以指定正确的唯一键：

这可能是自动映射器的问题，不确定。仍然不理想，因为它不是通过属性装饰通用的，但目前数据模型正在反映域需求。