After reading the comments of Jeff and Benjamin:
I completely agree with what they write. I could rephrase it in my own
words, but this wouldn't change the ideas much.
For the structured types, we should agree on the requirements and create
implementations that can be used throughout the EPICS world. Then we
should have DA support those types directly. For all the atomic
primitive types, I guess DA is doing the job.
Any implementation of data storage (like the EPICS Database or the Big
Store facility) is free to locally use size-locked types if necessary,
useful or desirable.
But the DA interface is just much nicer and easier to use if it doesn't
force the user data representation into a set of special size-locked types.
Maybe the DA interface in a certain language should support the
primitive types of that language and only use special types when there's
no primitive type (of that language) available to map a supported C/C++
standard type.
Ralph
Marty Kraimer wrote:
I have not heard any responses from you. Just from Benjamin and Jeff.
Any comments?
Marty
- References:
- RE: Fundamental Types / Gateway Jeff Hill
- Navigate by Date:
- Prev:
Re: V4 Database Access Ralph Lange
- Next:
More flexible record scanning Benjamin Franksen
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: Fundamental Types / Gateway Jeff Hill
- Next:
Re: Fundamental Types / Gateway Benjamin Franksen
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|