在没有任何ID的类中实现GetHashCode的问题出现的原因是，希望通过重写GetHashCode方法来为对象生成唯一的哈希码，以便在需要使用哈希码的情况下能够更高效地进行对象比较和查找。然而，在没有任何ID的情况下，如何生成唯一的哈希码成为一个挑战。

解决方法是通过利用类中的其他属性来计算哈希码。可以像下面这样实现GetHashCode方法：

public override int GetHashCode()
{
    return FirstName.GetHashCode() ^ LastName.GetHashCode()
}

其中，FirstName和LastName是类中的两个属性，通过调用它们各自的GetHashCode方法并使用异或操作符^来生成最终的哈希码。

这种方法的好处是不需要额外的ID属性，仅通过类中已有的属性即可实现哈希码的生成。然而，需要保证FirstName和LastName的组合在整个类中是唯一的，否则可能会导致哈希码冲突的问题。

更多关于这个的问题可以参考这个链接：https://stackoverflow.com/a/70375/4816990。

需要注意的是，给出的链接实际上指向了一个不同的问题：“当两个字符串是可互换的时”。在这个问题中，讨论的是在字符串交换的情况下如何生成唯一的哈希码。这与我们的问题略有不同，但是可以作为扩展阅读来进一步了解哈希码的生成方法。

如何在没有任何ID的类中实现GetHashCode？

问题的原因是当前的实现代码使用了String.Concat(FirstName, LastName)来生成哈希码，这样会导致不同的FirstName和LastName的组合会产生相同的哈希码，从而引发冲突。

解决方法是避免在生成哈希码之前将值进行组合。正确的做法是直接使用FirstName和LastName的值来生成哈希码，而不进行任何操作。

以下是修正后的实现代码：

public override int GetHashCode()
{
    return (FirstName + LastName).GetHashCode();
}

这样做的好处是生成哈希码的过程更加快速，避免了不必要的计算资源消耗。同时，由于直接使用了FirstName和LastName的值生成哈希码，不会产生冲突。

此外，在解决问题时应考虑到类的目的和上下文。在Person类中，字符串的组合情况远远少于所有可能的字符串组合情况，因此直接使用FirstName和LastName的值生成哈希码是合理的做法。

，实现GetHashCode方法时应避免在生成哈希码之前将值进行组合，直接使用原始值生成哈希码可以提高计算效率并避免冲突。同时，应根据类的目的和上下文选择合适的生成哈希码的方法。

实现没有任何ID的类的GetHashCode方法的原因是为了确保对象的散列码在使用哈希结构时不会发生变化。可以使用以下模式来基于不可变字段计算对象的散列码：

public override int GetHashCode()
{
    int hash = 17;
    hash = hash * 31 + FirstName.GetHashCode();
    hash = hash * 31 + LastName.GetHashCode();
    return hash;
}

然而，如果FirstName为null，以上实现将会失败。另一个问题是整数溢出，31 * hash的结果可能超过int.MaxValue。为了避免这个问题，可以在计算过程中使用unchecked关键字。

但是通常为了简单起见，小样例中的错误检查通常被省略。实际上，不需要不可变性来实现这个目的。不可变性是确保对象在使用基于哈希的结构时不会发生变化的一种好方法，但是如果简单地不在此期间对其进行更改，可变对象也可以在基于哈希的结构中使用。

要确保散列码几乎不发生变化，可以基于不可变字段计算散列码。虽然散列码碰撞是可能的，但通过使用素数进行计算，可以增加唯一性的可能性并保持性能。

在实现GetHashCode方法之前，通常需要对散列码进行验证，并在需要时重写Equals方法。