design to overcome filesystemwatch er filter limitation

[emailtonitin]

I am facing a design issue in my code related to the
filesystemwatch er's filter property.
I figured out that the filter won't accept multiple patterns for eg.
"*.txt, *.csv" don't work.

To workaround this issue, I have 2 options:
1. To create multiple instances of filesystemwatch er class and hook all
of them to the same event handlers.
2. To use 1 instance of filesystemwatch er to listen to all files using
blank filter. And in the event handler sort out the files that I need.
for eg. If (filename.endsw ith("*.txt") || filename.endswi th("*.csv"))
//do stuff

My question is which approach is going to be more efficient, provided:
The list of file extensions that I need to watch are configurable (are
subject to change/number of extensions to be watched may go up)

Want to know your thoughts before deciding eitherway.
Thanks,
Nitin

[Greg Young]

Personally I would use one and a regex to do the filterring but perhaps
someone knows a better way.

Cheers,

Greg
<em**********@g mail.comwrote in message
news:11******** **************@ i3g2000cwc.goog legroups.com...

>I am facing a design issue in my code related to the
filesystemwatch er's filter property.
I figured out that the filter won't accept multiple patterns for eg.
"*.txt, *.csv" don't work.

To workaround this issue, I have 2 options:
1. To create multiple instances of filesystemwatch er class and hook all
of them to the same event handlers.
2. To use 1 instance of filesystemwatch er to listen to all files using
blank filter. And in the event handler sort out the files that I need.
for eg. If (filename.endsw ith("*.txt") || filename.endswi th("*.csv"))
//do stuff

My question is which approach is going to be more efficient, provided:
The list of file extensions that I need to watch are configurable (are
subject to change/number of extensions to be watched may go up)

Want to know your thoughts before deciding eitherway.
Thanks,
Nitin

[Jon Shemitz]

Greg Young wrote:

Personally I would use one and a regex to do the filterring but perhaps
someone knows a better way.

That's probably the best approach, imho. Multiple watchers means
multiple OS waits: it's definitely going to be more efficient to watch
a whole directory than to watch multiple patterns.

Regex isn't going to be much (if any) slower than looping through an
array of masks and comparing each mask to
Path.GetExtensi on().ToLower() ... and it will be much smaller code.

I am facing a design issue in my code related to the
filesystemwatch er's filter property.
I figured out that the filter won't accept multiple patterns for eg.
"*.txt, *.csv" don't work.

To workaround this issue, I have 2 options:
1. To create multiple instances of filesystemwatch er class and hook all
of them to the same event handlers.
2. To use 1 instance of filesystemwatch er to listen to all files using
blank filter. And in the event handler sort out the files that I need.
for eg. If (filename.endsw ith("*.txt") || filename.endswi th("*.csv"))
//do stuff

My question is which approach is going to be more efficient, provided:
The list of file extensions that I need to watch are configurable (are
subject to change/number of extensions to be watched may go up)

--

..NET 2.0 for Delphi Programmers www.midnightbeach.com/.net
Delphi skills make .NET easy to learn In print, in stores.

[emailtonitin]

Thanks guys.
Yes, using multiple watchers didn't seem right to me too.
Ok, I'll go the single watcher + regex way.

As a sidenote, the lack of support for multiple patterns in the filter
property of the filesystemwatch er seems more like an incomplete
functionality of the class, prevelant since framework version 1.1.
Lets hope that some future release takes care of it.

Jon Shemitz wrote:

Greg Young wrote:

Personally I would use one and a regex to do the filterring but perhaps
someone knows a better way.

That's probably the best approach, imho. Multiple watchers means
multiple OS waits: it's definitely going to be more efficient to watch
a whole directory than to watch multiple patterns.

Regex isn't going to be much (if any) slower than looping through an
array of masks and comparing each mask to
Path.GetExtensi on().ToLower() ... and it will be much smaller code.

>I am facing a design issue in my code related to the
filesystemwatch er's filter property.
I figured out that the filter won't accept multiple patterns for eg.
"*.txt, *.csv" don't work.
>
To workaround this issue, I have 2 options:
1. To create multiple instances of filesystemwatch er class and hook all
of them to the same event handlers.
2. To use 1 instance of filesystemwatch er to listen to all files using
blank filter. And in the event handler sort out the files that I need.
for eg. If (filename.endsw ith("*.txt") || filename.endswi th("*.csv"))
//do stuff
>
My question is which approach is going to be more efficient, provided:
The list of file extensions that I need to watch are configurable (are
subject to change/number of extensions to be watched may go up)

--

.NET 2.0 for Delphi Programmers www.midnightbeach.com/.net
Delphi skills make .NET easy to learn In print, in stores.