Tag: 不区分大小写

不区分大小写replace

在Python中执行不区分大小写的stringreplace最简单的方法是什么?

如何让string比较不区分大小写?

我创build了一个Java程序来比较两个string: String s1 = "Hello"; String s2 = "hello"; if (s1.equals(s2)) { System.out.println("hai"); } else { System.out.println("welcome"); } 它显示“欢迎”。 我明白这是区分大小写的。 但我的问题是,我想比较两个string,而不区分大小写。 即我希望输出是hai 。

为什么PHP中的函数和方法不区分大小写?

PHP中的函数和方法不区分大小写,如以下示例所示。 function ag() { echo '2'; } Ag(); class test { function clMe() { echo 'hi'; } } $instance = new test; $instance->clme(); 但是variables不是这种情况。 基本原理是什么?

我如何做一个不区分大小写的string比较?

我怎样才能使行不区分大小写? drUser["Enrolled"] = (enrolledUsers.FindIndex(x => x.Username == (string)drUser["Username"]) != -1); 今天早些时候给了我一些build议,build议我使用: x.Username.Equals((string)drUser["Username"], StringComparison.OrdinalIgnoreCase))); 麻烦的是我不能得到这个工作,我已经尝试下面的行,这个编译但返回错误的结果,它返回登记的用户作为未注册和未注册的用户作为登记。 drUser["Enrolled"] = (enrolledUsers.FindIndex(x => x.Username.Equals((string)drUser["Username"], StringComparison.OrdinalIgnoreCase))); 任何人都可以指出这个问题吗?

在Rails模型中不区分大小写的search

我的产品型号包含一些项目 Product.first => #<Product id: 10, name: "Blue jeans" > 我现在正在从另一个数据集中导入一些产品参数,但是名称的拼写有些不一致。 例如,在其他数据集中, Blue jeans可以拼成Blue Jeans 。 我想要Product.find_or_create_by_name("Blue Jeans") ,但这将创造一个新的产品,几乎相同的第一个。 如果我想查找和比较小写的名字,我有什么select。 性能问题在这里并不重要:只有100-200个产品,我想将其作为导入数据的迁移来运行。 有任何想法吗?

如何在使用LIKE通配符的列中search(不区分大小写)?

我环顾了一下,没有find我以后的事情。 SELECT * FROM trees WHERE trees.`title` LIKE '%elm%' 这工作正常,但不是如果树被命名为榆树或ELM等… 如何让这个通配符search对SQL不区分大小写? 我正在使用MySQL 5和Apache。

string比较时如何设置Sqlite3不区分大小写?

我想通过string匹配从sqlite3数据库中selectlogging。 但是如果在where子句中使用'=',我发现sqlite3区分大小写。 谁能告诉我如何使用string比较不区分大小写?

MongoDB:是否可以做一个不区分大小写的查询?

例: > db.stuff.save({"foo":"bar"}); > db.stuff.find({"foo":"bar"}).count(); 1 > db.stuff.find({"foo":"BAR"}).count(); 0

如何做一个不区分大小写的string比较?

在Python中执行不区分大小写的string比较的最佳方法是什么? 我想封装一个常规的string比较使用一个非常简单和pythonic方式的储存库string。 我也希望有能力查找由string使用常规的Pythonstring散列的字典中的值。 非常感谢您的build议。

不区分大小写'包含(string)'

有没有办法让以下回报为真? string title = "ASTRINGTOTEST"; title.Contains("string"); 似乎没有一个超载,允许我设置区分大小写。目前,我大写它们两个,但这只是愚蠢的。 UPDATE 我提到的这个愚蠢的问题是上下套pipe问题。 UPDATE 这个问题是古老的,从那时起,我意识到我要求一个简单的答案,如果你真的关心一个非常广泛而困难的话题,那么就全面地调查它。 对于大多数情况下,在单语言,英文的代码基础上, 这个答案就足够了。 我怀疑是因为大多数来这里的人都属于这个类别,这是最受欢迎的答案。 然而, 这个答案带来了固有的问题,我们不能比较文本不区分大小写,直到我们知道两个文本是相同的文化,我们知道那个文化是什么。 这可能是一个不太stream行的答案,但我认为这是更正确的,这就是为什么我这样标记。