Regex dla łańcucha nie kończącego się danym przyrostkiem

Nie udało mi się znaleźć odpowiedniego wyrażenia regularnego pasującego do dowolnego ciągu nie kończącego się jakimś warunkiem. Na przykład nie chcę dopasowywać niczego, co kończy się na a.

To pasuje

b
ab
1

To nie pasuje

a
ba

Wiem, że wyrażenie regularne powinno kończyć się, $aby zaznaczyć koniec, choć nie wiem, co powinno go poprzedzić.

Edycja : oryginalne pytanie nie wydaje się być dobrym przykładem dla mojej sprawy. Więc: jak poradzić sobie z więcej niż jedną postacią? Powiedz, że coś się nie kończy ab?

Udało mi się to naprawić za pomocą tego wątku :

.*(?:(?!ab).).$

Chociaż wadą jest to, że nie pasuje do ciągu jednej postaci.

Nie podajesz nam języka, ale jeśli twoje wsparcie smaku wyrażenia regularnego wygląda za asercją , oto czego potrzebujesz:

.*(?<!a)$

(?<!a) to negowane twierdzenie, które zapewnia, że ​​przed końcem łańcucha (lub wiersza z m modyfikatorem) nie będzie znaku „a”.

Zobacz to tutaj na Regexr

Możesz również z łatwością rozszerzyć to o inne znaki, ponieważ to sprawdzanie łańcucha i nie jest klasą znaków.

.*(?<!ab)$

To pasowałoby do wszystkiego, co nie kończy się na „ab”, zobacz to na Regexr

Użyj symbolu not ( ^):

.*[^a]$

Jeśli umieścisz ^symbol na początku nawiasów, oznacza to „wszystko oprócz rzeczy w nawiasach”. $jest po prostu kotwicą do końca.

W przypadku wielu znaków po prostu umieść je wszystkie we własnym zestawie znaków:

.*[^a][^b]$

Aby wyszukać pliki nie kończące się na „.tmp”, używamy następującego wyrażenia regularnego:

^(?!.*[.]tmp$).*$

Testowany za pomocą Regex Testera daje następujący wynik:

.*[^a]$

Wyrażenie regularne powyżej dopasuje ciągi, które nie kończą się na a.

Spróbuj tego

/.*[^a]$/

[]Oznacza klasę postaci, a ^odwraca klasa znaków dopasować wszystko, ale a.

Pytanie jest stare, ale nie mogłem znaleźć lepszego rozwiązania, które zamieściłbym tutaj. Znajdź wszystkie dyski USB, ale nie wyświetlaj listy partycji , usuwając w ten sposób „część [0–9]” z wyników. Skończyłem robić dwa grep, ostatni neguje wynik:

ls -1 /dev/disk/by-path/* | grep -P "\-usb\-" | grep -vE "part[0-9]*$"

To wyniki w moim systemie:

pci-0000:00:0b.0-usb-0:1:1.0-scsi-0:0:0:0

Jeśli chcę tylko partycje, mógłbym to zrobić:

ls -1 /dev/disk/by-path/* | grep -P "\-usb\-" | grep -E "part[0-9]*$"

Gdzie dostanę:

pci-0000:00:0b.0-usb-0:1:1.0-scsi-0:0:0:0-part1
pci-0000:00:0b.0-usb-0:1:1.0-scsi-0:0:0:0-part2

A kiedy to zrobię:

readlink -f /dev/disk/by-path/pci-0000:00:0b.0-usb-0:1:1.0-scsi-0:0:0:0

Dostaję:

/dev/sdb

Zaakceptowana odpowiedź jest w porządku, jeśli możesz użyć lookarounds. Istnieje jednak inne podejście do rozwiązania tego problemu.

Jeśli spojrzymy na szeroko proponowany regex dla tego pytania:

.*[^a]$

Przekonamy się, że to prawie działa. Nie przyjmuje pustego ciągu, co może być trochę niewygodne. Jest to jednak drobny problem w przypadku tylko jednej postaci. Jeśli jednak chcemy wykluczyć cały ciąg, np. „Abc”, to:

.*[^a][^b][^c]$

nie zrobię. Na przykład nie akceptuje ac.

Istnieje jednak proste rozwiązanie tego problemu. Możemy po prostu powiedzieć:

.{,2}$|.*[^a][^b][^c]$

lub bardziej ogólna wersja:

.{,n-1}$|.*[^firstchar][^secondchar]$ gdzie n oznacza długość łańcucha chcesz zabronić (za abcto 3), firstchar, secondchar, ... są pierwszym, drugim ... nth znaków Twojego ciąg (dla abcbyłoby a, następnie b, potemc ).

Wynika to z prostej obserwacji, że łańcuch krótszy niż tekst, którego nie zabronimy, nie może zawierać tego tekstu z definicji. Możemy więc zaakceptować wszystko, co jest krótsze („ab” nie jest „abc”), lub wszystko, co wystarcza na tyle długo, abyśmy zaakceptowali, ale bez końca.

Oto przykład find, który usunie wszystkie pliki, które nie są .jpg:

find . -regex '.{,3}$|.*[^.][^j][^p][^g]$' -delete

Wszystko, co pasuje do czegoś, co kończy się na --- .*a$Więc jeśli dopasujesz wyrażenie regularne, zaneguj warunek lub alternatywnie możesz również zrobić .*[^a]$gdzie [^a]oznacza wszystko, co jestnot a

Jeśli używasz greplub sedskładnia będzie nieco inna. Zauważ, że [^a][^b]metoda sekwencyjna tutaj nie działa:

balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n'
jd8a
8$fb
q(c
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^a]$"
8$fb
q(c
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^b]$"
jd8a
q(c
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^c]$"
jd8a
8$fb
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^a][^b]$"
jd8a
q(c
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^a][^c]$"
jd8a
8$fb
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^a^b]$"
q(c
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^a^c]$"
8$fb
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^b^c]$"
jd8a
balter@spectre3:~$ printf 'jd8a\n8$fb\nq(c\n' | grep ".*[^b^c^a]$"

FWIW, znajduję te same wyniki w Regex101 , co moim zdaniem jest składnią JavaScript.

Źle: https://regex101.com/r/MJGAmX/2
Dobrze: https://regex101.com/r/LzrIBu/2