Case insensitive string search in golang
Asked Answered
H

4

38

How do I search through a file for a word in a case insensitive manner?

For example

If I'm searching for UpdaTe in the file, if the file contains update, the search should pick it and count it as a match.

Hannelorehanner answered 19/7, 2014 at 2:0 Comment(3)
What have you tried? Did you look at the strings package? golang.org/pkg/stringsSemanteme
@Pang because i want the search to and replace to be case insensitiveHannelorehanner
I changed the title and created a new question with the original title #30197280Windfall
H
73

strings.EqualFold() can check if two strings are equal, while ignoring case. It even works with Unicode. See http://golang.org/pkg/strings/#EqualFold for more info.

http://play.golang.org/p/KDdIi8c3Ar

package main

import (
    "fmt"
    "strings"
)

func main() {
    fmt.Println(strings.EqualFold("HELLO", "hello"))
    fmt.Println(strings.EqualFold("ÑOÑO", "ñoño"))
}

Both return true.

Hoch answered 29/10, 2014 at 5:55 Comment(4)
This is not what the OP actually wants (even though the original title used to say so). You cannot realistically use this to search for a substring in a large file.Windfall
@user7610, "You cannot realistically use this to search for a substring in a large file." -> please say more, give explanation, provide a link :)Quinsy
Information: EqualFold reports whether s and t, interpreted as UTF-8 strings, are ""equal"" under Unicode case-folding. fmt.Println(strings.Contains(strings.ToLower("Golang"), strings.ToLower("go"))) // trueKislev
@FilipBartuzi With strings.EqualFold, the search strategy is probably going to be to compare your needle string to every possible substring of haystack of the same length as needle. That gives O(len(haystack) * len(needle)) algorithm. It's probably not that bad, I guess it actually can be used just fine even with large files, if they fit memory.Windfall
B
18

Presumably the important part of your question is the search, not the part about reading from a file, so I'll just answer that part.

Probably the simplest way to do this is to convert both strings (the one you're searching through and the one that you're searching for) to all upper case or all lower case, and then search. For example:

func CaseInsensitiveContains(s, substr string) bool {
    s, substr = strings.ToUpper(s), strings.ToUpper(substr)
    return strings.Contains(s, substr)
}

You can see it in action here.

Bagel answered 19/7, 2014 at 3:2 Comment(2)
the point of the question is that ToUpper is precisely what is wrong with it. That's a pair of memory allocations on each check. the only way to do it right is to not modify the data, to compare upper-cased chars individually between the strings (which is just a bit flip). you also have the issue of re-starting the match as you go.Babs
That doesn't make the answer wrong, it just makes it non-performant. If you wanted to modify this answer to, for example, keep a copy of the upper-cased string around so you didn't have to perform the conversion each time you wanted to search, you could of course do that.Bagel
H
13

Do not use strings.Contains unless you need exact matching rather than language-correct string searches

None of the current answers are correct unless you are only searching ASCII characters the minority of languages (like english) without certain diaeresis / umlauts or other unicode glyph modifiers (the more "correct" way to define it as mentioned by @snap). The standard google phrase is "searching non-ASCII characters".

For proper support for language searching you need to use http://golang.org/x/text/search.

func SearchForString(str string, substr string) (int, int) {
    m := search.New(language.English, search.IgnoreCase)
    return = m.IndexString(str, substr)
}

start, end := SearchForString('foobar', 'bar');
if start != -1 && end != -1 {
    fmt.Println("found at", start, end);
}

Or if you just want the starting index:

func SearchForStringIndex(str string, substr string) (int, bool) {
    m := search.New(language.English, search.IgnoreCase)
    start, _ := m.IndexString(str, substr)
    if start == -1 {
        return 0, false
    }
    return start, true
}

index, found := SearchForStringIndex('foobar', 'bar');
if found {
    fmt.Println("match starts at", index);
}

Search the language.Tag structs here to find the language you wish to search with or use language.Und if you are not sure.

Update

There seems to be some confusion so this following example should help clarify things.

package main

import (
    "fmt"
    "strings"

    "golang.org/x/text/language"
    "golang.org/x/text/search"
)

var s = `Æ`
var s2 = `Ä`

func main() {
    m := search.New(language.Finnish, search.IgnoreDiacritics)
    fmt.Println(m.IndexString(s, s2))
    fmt.Println(CaseInsensitiveContains(s, s2))
}

// CaseInsensitiveContains in string
func CaseInsensitiveContains(s, substr string) bool {
    s, substr = strings.ToUpper(s), strings.ToUpper(substr)
    return strings.Contains(s, substr)
}
Hunt answered 23/2, 2017 at 15:45 Comment(11)
The starting statement about ASCII only is not correct. According to golang.org/pkg/strings/#ToUpper it handles "all Unicode letters" and it is easy to verify that it does. However it does not handle language specific pecularities. Those can be handled (if needed) as described in this answer.Nasopharynx
@Nasopharynx I wasn't talking about strings.ToUpper() I was talking about "case insensitive string searching".Hunt
You claimed that all other answers are wrong unless the string is ASCII only. It is not true.Nasopharynx
It is true. You assume that string searching == byte sequences and that is only true if you are searching english (so strings.Contains() works fine). In other languages there is a lot more to string searching than just matching exact characters. There is a reason that the go developers created the x/text/search package.Hunt
@Xenocross, Not true. strings.ToUpper(s) == strings.ToUpper(s2) works perfectly for example with Finnish language which has some non-ASCII characters (å, ä and ö).Nasopharynx
@Xenocross, a and ä are distinct characters in Finnish language, thus the comparison result false is the only correct outcome. Why do you keep insisting something when you obviously don't have a clue. Would be easier to just edit your answer to be correct.Nasopharynx
Your answer is perfectly valid for example for German language, but incorrect for Finnish language.Nasopharynx
@Nasopharynx it does apply for Finnish. See the added example where we match an archaic usage of Æ.Hunt
If you are matching Æ then you are not using Finnish language. We do not have such a letter. Also nobody would want to search Finnish language with IgnoreDiacritics. Finnish people do not expect to get ä when they are searching for a (and vice versa) - in most cases it would be considered a bug. The correct answer would be to simply write that some languages require using golang.org/x/text/search and some don't.Nasopharynx
You currently have no such letter because Ä has replaced it. That is why I gave that example. The word "Archaic" means "a word or style no longer in everyday use". For searching older text you will find Æ especially considering the cultural exchanges of the surrounding nations.Hunt
The oldest sample I found quickly is a bible from 1642. It uses Ä. When exactly was Æ used in Finnish? And why would it be relevant (unless one in building a specialized system for handling historical texts)?Nasopharynx
G
11

If your file is large, you can use regexp and bufio:

//create a regex `(?i)update` will match string contains "update" case insensitive
reg := regexp.MustCompile("(?i)update")
f, err := os.Open("test.txt")
if err != nil {
    log.Fatal(err)
}
defer f.Close()

//Do the match operation
//MatchReader function will scan entire file byte by byte until find the match
//use bufio here avoid load entire file into memory
println(reg.MatchReader(bufio.NewReader(f)))

About bufio

The bufio package implements a buffered reader that may be useful both for its efficiency with many small reads and because of the additional reading methods it provides.

Grayson answered 19/7, 2014 at 3:22 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.