Как юзать регулярки?

Question

[Владимир Грабко]

Вот читал я в интернетах что в Go есть такая прикольная штука как компиляция регулярок. (В доках нашел MustCompile) но как это юзать так и не понял. Допустим на js у меня есть

var loginRex = /^[.\-\a-zA-Z0-9]+$/i;
if(!loginRex.test(login)){
//обработаем ошибку валидации
}

Как тоже самое написать но только на Go?

Answer 1

[fastpars]

https://golang.org/pkg/regexp/
В конце Overview есть Example:

package main

import (
	"fmt"
	"regexp"
)

func main() {
	// Compile the expression once, usually at init time.
	// Use raw strings to avoid having to quote the backslashes.
	var validID = regexp.MustCompile(`^[a-z]+\[[0-9]+\]$`)

	fmt.Println(validID.MatchString("adam[23]"))
	fmt.Println(validID.MatchString("eve[7]"))
	fmt.Println(validID.MatchString("Job[48]"))
	fmt.Println(validID.MatchString("snakey"))
}

P.S. тебе не нужен ignore case т.к. [a-zA-Z]

Comments

[Владимир Грабко]

А при использовании валидатора с многих рутин нужно блокировать обьекты regexp.MustCompile ?

Answer 2

[Владимир Грабко]

Или так

package validator

import "regexp"

const (
	Email string = "^[\\w\\.\\d-_]+@[\\w\\.\\d-_]+\\.\\w{2,4}$"
	Login string = "^[.\\-\\a-zA-Z0-9]+$"
)

var (
	rxEmail = regexp.MustCompile(Email)
	rxLogin = regexp.MustCompile(Login)
)

func IsEmail(str string) bool {
	return rxEmail.MatchString(str)
}

func IsLogin(str string) bool {
	return rxLogin.MatchString(str)
}

Answer 3

[Виталий Филинков]

Стесняюсь спросить, а почему MustCompile?

Comments

[qweqwa]

Must - Он выдает панику, если регулярка не корректна.
Что очень удобно, т.к. регулярки вы разрабатываете на этапе написания программы.

А Compile - будет шустрее работать.

Достаточно вызвать один единственный раз за все время жизни программы, потом использовать много раз.

[Виталий Филинков]

qweqwa: я то это знаю... Меня интересовало, почему именно в своих примерах люди использовали MustCompile, а не Compile? Идеологически более верно получить и обработать ошибку из Compile, нежели запаниковать и свалиться в Must...

[qweqwa]

Виталий Филинков:
Это верно, если у тебя регулярка строится во время вполнения программы.
Но, как правило, все регулярки построены заранее.

В этом случае MustCompile идеалогически правильно вызывать в момент инициализации, чтобы программист сразу же просек ошибку.

Вы же предлагаете ошибку спрятать. Это целесообразно только когда вам заранее неизвестны регулярки.

[Виталий Филинков]

qweqwa: Почему это прятать? Я не предлагаю прятать ошибку. Я предлагаю ее обработать. Ну, да ладно - наша беседа утекает в религиозное русло, а это самое непродуктивное, что можно придумать.

[qweqwa]

Виталий Филинков:
если MustCompile будет в init() {} или в инициализации глобальных переменных пакета, то ее не нужно будет обрабатывать.

ее ты сразу увидишь при первом запуске. и нужно будет просто починить. 1 раз и на все время эксплуатации программы.

это не религия. это разные use case.

[Виталий Филинков]

qweqwa: А, вы в этом смысле. Типа если не упало, значит получаем фактически статический regexp. Я говорил несколько о другом. В том случае, если мы уверены в правильности самого выражения, нет смысла ни в "Compile", ни в, тем более, MustCompile, который вызывает Compile и паникует в случае возвращаемой ошибки.
Когда же есть уверенность в правильности выражения, КМК, лучше использовать regexp.MatchString

[Владимир Грабко]

Виталий Филинков: compile повышает производительность регулярок в n раз. (на хабре бенчмарки регулярок видел)

[Виталий Филинков]

Владимир Грабко: В несколько раз по сравнению с чем?

[Владимир Грабко]

Виталий Филинков: с регулярками без Compile