PHP 中关联数组的名称太长是不是不好？

Question

组成的字符串，

• 我有一个必须返回一维关联数组的函数，例如 $user_info[$index]=value 其中 $index 是一个由user_id
• full_name
• photo_file_name

例如，我的关联数组可能类似于 $user_info['user-123456789~~Bill Gates~~bill_gates.png']=$value。我需要 user_id、full_name 和 photo 来满足另一个需求，以便知道这个值是谁以及他的全名是什么等等
那么，出现的问题如下：

1. 如果考虑到应用程序的性能，可以使用这样的数组吗？
2. 如果它很糟糕（我认为这是个坏主意）那么在这种情况下我该如何解决我的问题。

其他信息。该函数将用户信息检索到该关联数组中并返回该数组。此外，我的应用程序将其存储在会话中，以便对其进行寻址并直接从会话变量中检索信息，而不是再次执行查询。最后，我需要一维数组的原因是我使用了一个函数 array_diff，其中数组之一是 $user_info 数组。
请注意，请考虑到一个用户可能有 1 个或多个值。

任何建议都会很高兴。

Answer 1

关联数组中有一个长键。

我认为这不是问题。如果您想缩短它，您可以散列您的键值并将该值与散列值一起存储。

话虽这么说，您是否问过自己为什么要使用该架构？提出不同的数据结构来满足您的需求可能会更好吗？

我更关心您存储在会话变量中的数据量（数组的大小）。我认为使用会话来存储这样的数据是一个坏主意。

Answer 2

当您考虑维护/可读性成本时，通过将大量信息连接到字符串中所获得的任何性能都很容易丢失。当下一个程序员出现并开始阅读您的代码时，这会容易理解吗？

我建议使用替代数据结构：

$user_info[$user_id] = array(
  'user_id'         => $user_id, // Redundant but helpful
  'full_name'       => $full_name,
  'photo_file_name' => $photo,
  'value'           => $value
);

Answer 3

所以您将信息（不仅仅是一个键）存储到 ~ 分隔的数组键中？看起来真的很难看。但这可能不是性能问题*。

是否不可能重新实现 array_diff 但根据您的需要进行修改？

**）我在手册中查找了有关如何处理键的信息（也许是平衡的 B 树？），但找不到任何令人满意的内容。根据实现的不同，实际上可能会出现性能问题，但 PHP 通常擅长此类工作。*

Answer 4

关于术语：在您的示例中，关联数组的名称是$user_info。 'user-123456789~~Bill Gates~~bill_gates.png' 是数组的键。 PHP 中的数组有键和值。

回答你的问题：不，拥有键为长字符串的关联数组并没有什么特别的问题； PHP 并不特别关心。 （无论如何，您给出的示例实际上并不是一个“长”字符串。）

但是，正如所描述的，您做事的方式听起来确实可以改进。考虑采用 Mike B 建议的数组结构，或实现“用户”类并从函数返回用户数组。