问题标签 [case-insensitive]

我昨天问了一个类似的问题，但认识到我需要以不同的方式重新调整它。

简而言之：在 Windows 上的 C++ 中，当字符串为 unicode 格式（宽字符、wchar_t）并且我不知道字符串的语言时，如何对字符串（在另一个字符串内）进行不区分大小写的搜索. 我只想知道大海捞针是否存在。针的位置与我无关。

背景：我有一个包含大量电子邮件正文的存储库。消息使用不同的语言（日语、德语、俄语、芬兰语；您可以命名）。所有数据都是 Unicode 格式，我将它加载到我的 C++ 应用程序中的宽字符串 (wchar_t) 中（主体已被 MIME 解码，因此在我的调试器中我可以看到实际的日文、德文字符）。我不知道邮件的语言，因为电子邮件不包含该详细信息，而且单个电子邮件正文可能包含来自多种语言的字符。

我正在寻找类似 wcsstr 的东西，但能够以不区分大小写的方式进行搜索。我知道在不知道文本语言的情况下，不可能 100% 正确地从大写字母转换为小写字母。我想要一个在 99% 的情况下都可行的解决方案。

我正在使用带有 C++、STL 和 Boost 的 Visual Studio 2008。

我有这个 UTF8 格式的表（排序规则是 utf8_bin 以防万一）。

我需要使用 LIKE '%$searchstring%' 在其中搜索字符串。

现在，您必须使用确切的大小写才能显示结果。有没有办法让它不区分大小写？

谢谢

更新对不起，找到了答案。

==运算符用于比较 shell 脚本中的两个字符串。但是，我想比较两个字符串忽略大小写，怎么办？有什么标准的命令吗？

我正在尝试从任意网站上抓取 META 关键字和描述标签。我显然无法控制上述网站，所以必须接受我所得到的。它们有各种标签和属性的大小写，这意味着我需要不区分大小写。我无法相信 lxml 作者会固执地坚持完全强制标准合规性，因为它排除了对其库的大部分使用。

我想能够说doc.cssselect('meta[name=description]')（或某些 XPath 等效项），但这不会捕获<meta name="Description" Content="...">由于其他大写字母 D 的标签。

我目前正在使用它作为解决方法，但这太可怕了！

似乎标签名称meta不区分大小写，但属性不是。meta如果区分大小写，那就更烦人了！

鉴于（至少在 NTFS 上）Windows 上的文件系统是不区分大小写的，我想这样String fileA比较String fileB：

那么问题就变成了我应该使用哪种文化，默认的当前（ui？）文化就足够了吗？我似乎找不到任何用于此目的的 BCL 方法。

我正在尝试评估不区分大小写的 UTF-8 字符串比较的不同策略。

我已经阅读了 Unicode 联盟的一些材料，对 ICU 进行了试验，并尝试提出各种实现质量的替代方案。

我多次看到简单案例映射和完整案例映射之间的文本不同，我想确保我完全理解这种差异。

当我读到它时，简单案例映射是“无上下文的”，即不需要知道有效负载是什么语言。由于突厥语“I/ı/İ/i”的崩溃，这将给出近似结果。

另一方面，完整案例映射需要知道有效负载的语言才能执行映射。有了这些额外的信息，它可以采取特殊措施来覆盖作为突厥语字符串的“Kim”应该变成大写的“KİM”，但作为英文字符串的“Kim”应该变成大写的“KIM”的情况。

我说对了吗？

是否还有其他“多面”代码点的示例对于不同语言的折叠方式不同？

谢谢！

更新：将简单案例映射作为语言独立的来源之一是ICU 的文档。我将其解释为 Unicode 事实，但也许它只是实现的声明？

该map::find方法是否支持不区分大小写的搜索？我有一张地图如下：

并希望以下搜索忽略大小写：

我编写了以下代码在 C# 中进行不区分大小写的替换：

只是想检查一下，这是否是正确的方法，或者是否有更好的方法，以及我是否忽略了一些我应该更好地注意的事情。

注意：请不要向我提供一些手工制作的代码，我使用了 codeproject 的快速替换功能，并且该代码在客户端崩溃，我无法知道用户使用的是什么输入。所以，我更喜欢一些简单但正确可靠的方法。

我不需要is_dir()关心文件夹或参数是大写还是小写，或者是大写和小写的混合。

因此，如果文件夹名称是“我的文件夹”并且我运行is_dir("mY FoLdEr")结果应该是true.

例子：