c# event handler fires an event

[Dan Bass]

I'm writing a scanner application (C# / .Net CF) where I have one scanner
object (singleton) that hooks into the scan engine drivers.

There is scanner event for a successful scan, that passes through the
scanned data to an event handler. From here I need to pass this information
back to my form, so what I've done is to create another event handler in the
form, which is fired from the event handler in my scanner class.

The Form declaration of this object looks like this:

Is this ok?
Is this considered good practice or is there a blatantly obvious and much
better way of doing this?

Below is the code that's relevant:

// ----------------------------------------------------------
//
// myForm snippet
//

ScanEngine scanner;

private void myForm_Load(object sender, System.EventArgs e)
{
scanner = new ScanEngine();
scanner.StartScan();
scanner.Scanned += new EventHandler(BarcodeRead);
}

private void FormPut_Closing(object sender,
System.ComponentModel.CancelEventArgs e)
{
if ( scanner != null )
{
scanner.StopScan();
scanner.Scanned -= new EventHandler(BarcodeRead);
scanner = null;
}
}

void BarcodeRead(object sender, System.EventArgs e)
{
if ( scanner != null )
{
string barData = scanner.BarcodeData;

// do stuff here

}
}

// ----------------------------------------------------------
//
// ScanEngine snippet
//
private string barData = "";
public event System.EventHandler Scanned;

// called when a scan occurs
protected virtual void OnScanned(EventArgs e)
{
if (Scanned != null)
Scanned(this, e);
}

public string BarcodeData
{
get
{
return barData;
}
}

[Alex Yakhnin [MVP]]

You should declare your own delegate type, something like that:

public delegate void ScannedEventHandler(object sender, string barcodeData);

and then in your ScanEngine class you'd declare your event as

public event ScannedEventHandler Scanned;

HTH... Alex

--
Alex Yakhnin, .NET CF MVP
www.intelliprog.com
www.opennetcf.org
"Dan Bass" wrote:

I'm writing a scanner application (C# / .Net CF) where I have one scanner
object (singleton) that hooks into the scan engine drivers.

There is scanner event for a successful scan, that passes through the
scanned data to an event handler. From here I need to pass this information
back to my form, so what I've done is to create another event handler in the
form, which is fired from the event handler in my scanner class.

The Form declaration of this object looks like this:

Is this ok?
Is this considered good practice or is there a blatantly obvious and much
better way of doing this?

Below is the code that's relevant:

// ----------------------------------------------------------
//
// myForm snippet
//

ScanEngine scanner;

private void myForm_Load(object sender, System.EventArgs e)
{
scanner = new ScanEngine();
scanner.StartScan();
scanner.Scanned += new EventHandler(BarcodeRead);
}

private void FormPut_Closing(object sender,
System.ComponentModel.CancelEventArgs e)
{
if ( scanner != null )
{
scanner.StopScan();
scanner.Scanned -= new EventHandler(BarcodeRead);
scanner = null;
}
}

void BarcodeRead(object sender, System.EventArgs e)
{
if ( scanner != null )
{
string barData = scanner.BarcodeData;

// do stuff here

}
}

// ----------------------------------------------------------
//
// ScanEngine snippet
//
private string barData = "";
public event System.EventHandler Scanned;

// called when a scan occurs
protected virtual void OnScanned(EventArgs e)
{
if (Scanned != null)
Scanned(this, e);
}

public string BarcodeData
{
get
{
return barData;
}
}

[Stelrad Doulton]

Expanding on this deriving from System.EventArgs will give you the
opportunity to store the scanned data in the event argument thus:

public class ScannerArgs : System.EventArgs

{

public readonly string Data;

public ResponseArgs(string data)

{

this.data = data;

}

}

public delegate void ScannedEventHandler(object sender, ScannerArgs scan);

so now in your event hander you can access the data via the event object
using e.Data

"Alex Yakhnin [MVP]" <a.*******@online.att.net> wrote in message
news:25**********************************@microsof t.com...

You should declare your own delegate type, something like that:

public delegate void ScannedEventHandler(object sender, string
barcodeData);

and then in your ScanEngine class you'd declare your event as

public event ScannedEventHandler Scanned;

HTH... Alex

--
Alex Yakhnin, .NET CF MVP
www.intelliprog.com
www.opennetcf.org
"Dan Bass" wrote:

I'm writing a scanner application (C# / .Net CF) where I have one
scanner
object (singleton) that hooks into the scan engine drivers.

There is scanner event for a successful scan, that passes through the
scanned data to an event handler. From here I need to pass this
information
back to my form, so what I've done is to create another event handler in
the
form, which is fired from the event handler in my scanner class.

The Form declaration of this object looks like this:

Is this ok?
Is this considered good practice or is there a blatantly obvious and much
better way of doing this?

Below is the code that's relevant:

// ----------------------------------------------------------
//
// myForm snippet
//

ScanEngine scanner;

private void myForm_Load(object sender, System.EventArgs e)
{
scanner = new ScanEngine();
scanner.StartScan();
scanner.Scanned += new EventHandler(BarcodeRead);
}

private void FormPut_Closing(object sender,
System.ComponentModel.CancelEventArgs e)
{
if ( scanner != null )
{
scanner.StopScan();
scanner.Scanned -= new EventHandler(BarcodeRead);
scanner = null;
}
}

void BarcodeRead(object sender, System.EventArgs e)
{
if ( scanner != null )
{
string barData = scanner.BarcodeData;

// do stuff here

}
}

// ----------------------------------------------------------
//
// ScanEngine snippet
//
private string barData = "";
public event System.EventHandler Scanned;

// called when a scan occurs
protected virtual void OnScanned(EventArgs e)
{
if (Scanned != null)
Scanned(this, e);
}

public string BarcodeData
{
get
{
return barData;
}
}

[Chris Tacke, eMVP]

If the scan engine runs on a worker thread you might also consider
marshaling the event back to the primary UI thread in your private handler
through Invoke so that the application consumer of the public event can
directly affect UI elements.

--
<ctacke/>
www.OpenNETCF.org
Your CF searches start and end here
"Dan Bass" <danielbass [at] postmaster [dot] co [dot] uk> wrote in message
news:er**************@TK2MSFTNGP09.phx.gbl...

I'm writing a scanner application (C# / .Net CF) where I have one scanner
object (singleton) that hooks into the scan engine drivers.

There is scanner event for a successful scan, that passes through the
scanned data to an event handler. From here I need to pass this
information back to my form, so what I've done is to create another event
handler in the form, which is fired from the event handler in my scanner
class.

The Form declaration of this object looks like this:

Is this ok?
Is this considered good practice or is there a blatantly obvious and much
better way of doing this?

Below is the code that's relevant:

// ----------------------------------------------------------
//
// myForm snippet
//

ScanEngine scanner;

private void myForm_Load(object sender, System.EventArgs e)
{
scanner = new ScanEngine();
scanner.StartScan();
scanner.Scanned += new EventHandler(BarcodeRead);
}

private void FormPut_Closing(object sender,
System.ComponentModel.CancelEventArgs e)
{
if ( scanner != null )
{
scanner.StopScan();
scanner.Scanned -= new EventHandler(BarcodeRead);
scanner = null;
}
}

void BarcodeRead(object sender, System.EventArgs e)
{
if ( scanner != null )
{
string barData = scanner.BarcodeData;

// do stuff here

}
}

// ----------------------------------------------------------
//
// ScanEngine snippet
//
private string barData = "";
public event System.EventHandler Scanned;

// called when a scan occurs
protected virtual void OnScanned(EventArgs e)
{
if (Scanned != null)
Scanned(this, e);
}

public string BarcodeData
{
get
{
return barData;
}
}

[Dan Bass]

To be honest, I'm not sure.

How would I check whether it is on the main thread or on a seperate thread?

I update the UI from the result of this scan event, so does this mean that
it is on the UI thread or just that my programming is bad practiced because
I'm not sure?

Thanks for your help.

"Chris Tacke, eMVP" <ct****@spamfree-opennetcf.org> wrote in message
news:eb**************@TK2MSFTNGP14.phx.gbl...

If the scan engine runs on a worker thread you might also consider
marshaling the event back to the primary UI thread in your private handler
through Invoke so that the application consumer of the public event can
directly affect UI elements.

[Daniel Moth]

> How would I check whether it is on the main thread or on a seperate

thread? On the CF (where Control.InvokeRequired is not supported), you know by
design. If you are not sure if at a given point you are on the GUI thread or
not (which you should be), just use Control.Invoke anyway. For more on this
topic check out my blog entry:
http://www.danielmoth.com/Blog/2004/...d-full-fx.html

Cheers
Daniel
--
http://www.danielmoth.com/Blog/
"Dan Bass" <danielbass [at] postmaster [dot] co [dot] uk> wrote in message
news:%2***************@TK2MSFTNGP10.phx.gbl... To be honest, I'm not sure.

How would I check whether it is on the main thread or on a seperate
thread?

I update the UI from the result of this scan event, so does this mean that
it is on the UI thread or just that my programming is bad practiced
because I'm not sure?

Thanks for your help.

"Chris Tacke, eMVP" <ct****@spamfree-opennetcf.org> wrote in message
news:eb**************@TK2MSFTNGP14.phx.gbl...

If the scan engine runs on a worker thread you might also consider
marshaling the event back to the primary UI thread in your private
handler through Invoke so that the application consumer of the public
event can directly affect UI elements.

[Dan Bass]

I've never heard of how to use Invoke before, makes me humble for sure!

"Daniel Moth" <dm*****@hotmail.com> wrote in message
news:et**************@TK2MSFTNGP12.phx.gbl...

How would I check whether it is on the main thread or on a seperate
thread?

On the CF (where Control.InvokeRequired is not supported), you know by
design. If you are not sure if at a given point you are on the GUI thread
or not (which you should be), just use Control.Invoke anyway. For more on
this topic check out my blog entry:
http://www.danielmoth.com/Blog/2004/...d-full-fx.html

Cheers
Daniel
--
http://www.danielmoth.com/Blog/
"Dan Bass" <danielbass [at] postmaster [dot] co [dot] uk> wrote in message
news:%2***************@TK2MSFTNGP10.phx.gbl...

To be honest, I'm not sure.

How would I check whether it is on the main thread or on a seperate
thread?

I update the UI from the result of this scan event, so does this mean
that it is on the UI thread or just that my programming is bad practiced
because I'm not sure?

Thanks for your help.

"Chris Tacke, eMVP" <ct****@spamfree-opennetcf.org> wrote in message
news:eb**************@TK2MSFTNGP14.phx.gbl...

If the scan engine runs on a worker thread you might also consider
marshaling the event back to the primary UI thread in your private
handler through Invoke so that the application consumer of the public
event can directly affect UI elements.