Alternative à trouver? [fermé]

Existe-t-il un findprogramme alternatif avec une interface CLI plus conventionnelle? findfonctionne et attend les paramètres d'une manière douloureusement différente de la plupart des autres utilitaires.

Clarification: je recherche un programme qui a principalement les mêmes fonctionnalités que find avec une interface de ligne de commande qui fonctionne et ressemble aux recommandations de ligne de commande POSIX (ou au moins GNU).

Il s'agit d'une idée fausse courante.

Find suit la syntaxe des options. Vous confondez simplement les expressions primaires avec des options:

 find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
 [cmd][-->        options          <--] [--> arg0..argN  <--]

L'alternative est de localiser. Mais find implémente sa propre syntaxe d'expression car elle fournit un ensemble plus riche d'options de filtrage et d'action. Il n'y a pas d'alternative qui puisse faire la même chose, simplement parce que ce serait redondant.

Cela dépend de la fonctionnalité précise finddont vous dépendez. S'il s'agit (principalement) de la fonction de recherche, certains shells prennent en charge les globs récursifs. Par exemple, avec zsh:

% find . -name \*c
./a/b/foo.c
./a/bar.c
./baz.c
inoshiro% ls *.c
baz.c
% ls **/*.c 
a/bar.c  a/b/foo.c  baz.c

Zsh a beaucoup plus de possibilités de recherche grâce aux qualificatifs glob (regardez vers la fin de man zshexpn). Par exemple:

ls -l **/*(.)  ≈   find -type f -ls
ls *(m-2u:$USER:)  ≈  find -mtime -2 -user $USER

Bash 4 a également **/(vous devez l'activer avec shopt -s globstar), mais rien de tel que les qualificatifs glob.

Je voudrais jeter un oeil à locate. Il parcourra sa base de données de fichiers et imprimera rapidement les noms de chemin correspondant à ce que vous donnez.

kevin@box:~$ locate odg
/home/kevin/Documents/final.odg
/usr/share/doc/packages/sysconfig/netconfig.odg
/usr/share/gimp/2.0/help/en/gimp-tool-dodge-burn.html
....
kevin@box:~$ locate .odg
/home/kevin/Documents/final.odg
/usr/share/doc/packages/sysconfig/netconfig.odg
kevin@box:~$ 

Comme vous pouvez le voir, c'est une correspondance de sous-texte: si vous la donnez odg, alors elle correspondra à d odg e. Mais si vous le donnez .odg, ce ne sera pas le cas.

Il y a cependant un inconvénient: il a besoin d'une base de données. Cette base de données doit être mise à jour lorsque les choses changent. Mon installation de Fedora 13 a cependant mis cela dans une crontab quotidienne.

Qu'essayez-vous de trouver? Si vous recherchez généralement des fichiers de code source, jetez un œil à ack. Il s'agit essentiellement d'un outil de recherche de code source, mais le -fcommutateur ack trouvera les fichiers correspondant à un type de fichier donné.

Donc, si vous voulez trouver tous les fichiers Perl dans un répertoire, par exemple, juste:

ack -f --perl

Si vous n'aimez pas les types de fichiers reconnus par ack, vous pouvez ajouter les vôtres dans votre ~/.ackrc.

ack n'est pas un outil de recherche de fichiers à usage général find, mais si vous travaillez avec du code source, cela peut être très pratique.

Une des grandes choses que chaque programmeur doit apprendre est: si vous ne trouvez pas d'outil, construisez le vôtre!

#!/usr/bin/bash
find -name $<

Je pourrais en écrire un meilleur, avec -tdes types de filtres, etc.

Edit : Ce qui précède est un script Bash. Il prend l'argument de ligne de commande et le transmet pour rechercher la valeur de l'option -name. Juste un exemple simple. Depuis que j'ai mis cette réponse, j'ai trouvé ce script python:

https://github.com/sjl/friendly-find/

L'interface a l'air sympa, mais je n'ai pas testé ses performances. Ça vaut peut-être la peine de vérifier.

La façon la plus standard de trouver des choses dans Unix.

du -a <directory>|grep <pattern>| awk  '{print $2}'