问题标签 [self-reference]

在一位更有经验的开发人员的建议下，我总是将需要用户输入（表单处理、数据库管理等）的网页编码为自引用页面。对于 PHP 页面，我将表单的操作设置为预定义变量的'PHP_SELF'元素$_SERVER，并根据我传递给页面逻辑的参数确定要执行的代码块。

我喜欢所有代码都包含在一个文件中，而不是分散到各个结果页面。我发现的一个问题是我的统计分析程序无法区分页面的第一个视图和后续视图（例如，当表单提交时）。很久以前，当我使用 CGI 或 CF 创建页面时，我将用户引导到不同的结果页面，该页面非常简洁地显示了表单实际使用了多少次。

Web 开发中这些类型的页面的最佳实践是什么？使用（或不使用）自引用页面还有其他更令人信服的理由吗？

我有一个带有递归 parent_id 的自引用 MySQL 表：

在测试期间，我想清空它但 TRUNCATE 失败：

我目前必须手动删除所有记录，从树的底部开始向上工作。即使是小树，这也会变得繁重。

有没有简单的方法解决这个问题？当其他表引用它时，我不能DROP轻松地重新创建表并重新创建它（我已经截断了这些表，因此那里不应该存在数据完整性问题）。

如果我定义一个函数：

我可以稍后将对象存储为函数的属性，如下所示：

我想从函数本身的代码中执行此操作。问题是，我如何从内部获取对函数的引用？

有没有办法可以内联委派任务而不是将其分离到另一个函数上？

原始代码：

我希望它是这样的（无需创建单独的函数）：

我想更好地理解使用CHECKSUM（具有唯一约束）与自引用表语句（如下所示）在插入之前检查记录中唯一性的区别。什么样的情况会使一种选择成为优于另一种的最佳选择，以及出于什么原因？

要求：每组列都需要在表中的每条记录中都是唯一的，这就是我把这个语句放在一起的原因；在一次调用数据库中检查所有列。

我有 2 个相关的 Linq to SQL 问题。请看下图，看看我的模型是什么样子的。

问题 1

我想弄清楚如何在我的 类/表上急切地加载该User.AddedByUser字段。User该字段是根据User.AddedByUserId字段上的关系生成的。该表是自引用的，我试图弄清楚如何让 Linq to SQLUser.AddedByUser急切地加载属性，即，每当User加载/获取任何实体时，它还必须获取 User.AddedByUser 和 User.ChangedByUser。但是，我知道这可能会成为一个递归问题......

更新 1.1：

我尝试按如下方式使用 DataLoadOptions：

但这不起作用，我在第 2 行得到以下异常：

例外是不言自明的——对象图不允许是循环的。另外，假设第 2 行没有抛出异常，我很确定第 3 行会，因为它们是重复的键。

更新 1.2：

以下内容也不起作用（不与上面的更新 1.1结合使用）：

它抛出以下不言自明的异常：

我现在真的不知道如何解决这个问题。请帮忙！

问题2

在我的数据库中的每个其他表上，因此 Linq to SQL 模型，我有两个字段，Entity.ChangedByUser（链接到Entity.ChangedByUserId外键/关系）和Entity.AddedByUser（链接到Entity.AddedByUserId外键/关系）

如何让 Linq to SQL 急切地为我加载这些字段？我需要对我的查询进行简单的连接吗？还是有其他方法？

Linq to SQL 急切加载自引用表 http://img245.imageshack.us/img245/5631/linqtosql.jpg

对于下面定义的站点表，我们有一个复合主键。从功能上讲，这完全符合我们的意愿。每个站点都应该有一个同区的父站点。以这种方式定义表专门允许这样做。

我的具体问题是关于在复合 PK 上定义的自引用 FK。我听说过一些关于这种特殊设计的意见，它们往往相互矛盾。有些人特别喜欢它，因为它在对复合键的一般理解范围内发挥应有的作用。其他人坚持认为它在理论上是不正确的，并且应该在 FK 中包含一个 [partner_district_id] 字段而不是 [district_id]。这种设计需要验证以强制执行 [district_id] = [partner_district_id]，这可以通过检查约束或应用程序级逻辑来完成。

对这些解决方案或任何其他解决方案的进一步意见将不胜感激。

我无法理解如何在界面生成器中进行以下工作。

我创建了一个核心数据模型类“Person”，它具有许多属性（名字、姓氏等）以及与其他人（朋友）的关系。

从概念上讲，这非常简单。然而，弄清楚如何让这个在 IB 中发挥作用被证明是棘手的。

我创建了一个界面，在窗口左侧有一个表格，列出了所有人。右侧是用于输入人员详细信息的字段。

我想要一个较小的表格，在右侧显示“朋友”以及添加和删除按钮。单击添加按钮将启动一个带有搜索功能的小面板，用于过滤列表，以便您可以选择一个人，然后将其添加到“朋友”集中。

任何人都可以给我一些建议或指出一个我可以看到的例子吗？

在此先感谢，马特

我最近发现很多与在 C# 中引用泛型类相关的代码异味。我的抱怨尤其适用于那些从 DependencyObject 继承并包含 DependencyProperties 的类。

基本问题是，在声明依赖属性时，通常会引用当前类型，也称为owner。这工作得很好，通常对于简单的非泛型对象来说不是什么大问题，除非对象包含多个依赖属性，然后需要在不同的地方重构类型名称（通过重构更容易）视觉工作室）。

但我最近发现的是，当将这种繁琐的显式自引用实践与泛型的广泛使用结合起来时，代码真的开始变得丑陋。

我的问题是，是否有人知道任何技巧、技巧或合法解决方案，以减少在上述情况下需要引用具有泛型参数的完整类型名称的次数。

完全披露：我确实在 Microsoft .Connect 网站上提出了这个问题，但他们拒绝了自引用关键字的想法，但没有提供解决方法或替代解决方案。我的想法是使用一些关键字，例如Owner、OwnerClass或ThisType，以便泛指使用关键字的类型。

What type of collection would be best in C# to implement the following requirements do you think?

1. Need to model web file (e.g. class = "webfile"), so one class only preferred
2. Model parent & child relationship - In terms of associations a webfile can have multiple child webfiles, and child webfiles can have multiple parents. (think of a HTML page that have multiple images, or multiple HTML pages that share the same image)
3. A file can be both a parent & a child - or in other words a HTML page can have a link to other HTML pages.
4. There should be no duplicates anywhere, assume that the URI is the key. In a sense I'm wanting to model the files sitting on a web site. There is only one actual copy of image XYZ, however there will be links to it from multiple pages.
5. The actual webfile class itself would be key'ed of a unique URI, however I envisage other attributes in the class such as lastmodifieddate, size etc.
6. Oh, and I was going to use XML serialization on the class as well, to save/load the data. Not sure if this affects the answer

What collection do you think would be best? (the code that implements would be great itself, but I'll be happy with just some basic direction). I started using a List however as I go to implement public methods such as "addChild(parent, child)", I find myself having to write code to check for existance of existing webfiles (i.e. URIs), so perhaps using one of the key'ed collection classes would be best here if it would ensure uniqueness for me?

Hope this makes sense.

Tks