I hate these frameworks, so a big -1 from me.
-Chad
On Dec 20, 2010 11:22 PM, "Soxred93" <soxre...@gmail.com> wrote:
Hi all,
Recently, I've been working with the Symfony web framework [1]. One of the
classes they include is called the sfFinder class [2], which is a fluid,
easy-to-use file finder class. It searches for files or directories in the
filesystem, using a fluid PHP 5 interface. It has no dependancies, so it
should work fine with MediaWiki. After finding numerous instances of
opendir(), readdir(), closedir(), etc. in MediaWiki, I thought that it would
be a good idea to use one centralized class to do all file searching. There
is only 1 potential issue I see, though. It is MIT licensed, which is GPL
compatible, so it should be okay to implement it, but I'm not too clear on
this issue.
The usage is simple:
sfFinder::type('file')->name('*.php')->in('/path/to/dir'); //list of PHP
files in directory and all subdirectories
sfFinder::type('file')->name('*.php')->in('/path/to/dir')->recurse(0);
//list of PHP files in that directory only
sfFinder::type('dir')->name('foo')->in('/path/to/dir'); //list of
directories with the name "foo"
There is documentation at [3], but it's for an old version. The code is very
similar though, so most of it should apply to the current version.
What would people think of a change like this. I would like to see this
happen, but I'd like some more opinions before I look into implementing it.
-X!
[1] - http://www.symfony-project.org
[2] -
http://trac.symfony-project.org/browser/branches/1.4/lib/util/sfFinder.class.php
[3] - http://www.symfony-project.org/cookbook/1_2/en/finder
_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
