EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Type descriptor vs. enum
From: Benjamin Franksen <[email protected]>
To: [email protected], Jeff Hill <[email protected]>
Date: Wed, 20 Jul 2005 21:45:34 +0200
On Wednesday 20 July 2005 16:47, Dalesio, Leo `Bob` wrote:
> There are use cases on the wiki.
>
> There are two thoughts on this
> -- you are told the type
>
> -- you are not told the type
>
> Could we work out the use cases with either approach?

I have been thinking about this, too. I think that a better way to 
describe the two cases is

- Client knows the type, or at least knows a suitable supertype large 
enough to hold the data, eitehr by design or by user configuration. 
Examples: Display managers, command line tools (common usage), all 
applications written for a specific database.

- Client must exactly reflect the server type, but has no way of knowing 
the type beforehand. Examples are: Gateway, Archiver. I tink that only 
fully generic applications need this.

> Ben - you handle -- not told the type

This case is completely solved by Data Access. There are things in it 
that could be improved (like making streamWite and streamRead objects 
separate from string) but at least I think it contains the needed 
functionality.

> Kay - you handle -- told the type

This would be solved as soon as Jeff and Ralph manage to publish the 
PropertySurveyor interface.

Jeff: why don't you just put all the latest header files on the wiki? Or 
at least give us a link where one can download them so that we can take 
a look at the current state of affairs?

Ben

References:
RE: Type descriptor vs. enum Dalesio, Leo `Bob`

Navigate by Date:
Prev: Network Accessable Data Marty Kraimer
Next: Re: Standard String Andrew Johnson
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: Type descriptor vs. enum Dalesio, Leo `Bob`
Next: RE: Type descriptor vs. enum Liyu, Andrei
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·