[Insight-users] Data Representation Objects

[Ofri Sadowsky]

This is a multi-part message in MIME format.
--------------E41C391064B2CAF344BDAAC0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I attach a zip file containing templated code for the adapters, and an example file using them.

In order for the adapters to work, it is necessary to make the following changes in the
original ITK container (e.g itk::VectorContainer).
1. Declare the type

typedef VectorType STLContainerType;

2. Declare cast methods:

  STLContainerType & CastToStlContainer()
  {
   return static_cast<STLContainerType &>(*this);
  }

  const STLContainerType & CastToStlConstContainer() const
  {
   return static_cast<const STLContainerType &>(*this);
  }

3. The cast methods and the STLContainerType may be public or private. If any of them is
private, it is necessary to declare the Adapter classes as friends, as follows:

  template<typename itkContainer>
   class STLContainerAdapter;
  friend class STLContainerAdapter;

  template<typename itkContainer>
   class STLConstContainerAdapter;
  friend class STLConstContainerAdapter;

There may be another way to declare friends, but this one worked for me.


I don't have much experience using the static_cast operator. I guess it does more rigorous
type-checking than the C-style (target_type) cast operation, and it is surely a cleaner syntax.
In any case, not even a friend can static_cast<class_B &>(class_A_object), when class A is
declared with inheritance "private B". That is, at least on my VC++. Which is why I had the
cast methods defined. Maybe there's a nicer way to do that. I was not so impressed of the C++
cast overloading the last time I looked at it.


Ofri.


Luis Ibanez wrote:

> Hi Ofri,
>
> I don't think we need the friend on the templated
> class. This should work ok with just the trait.
>
> Adding the Adapter to the traits is possible but it
> will be a contradiction with what an Adapter is
> supposed to be. In principle and Adapter of class A
> to class B should be an external class that makes
> A look like B without A,B having to know about each
> other.
>
> Puting the adaptor inside the container forces the
> container to know about all the other classes.
>
> Regardless of this, the main objection for putting it
> inside is maintainability. We anticipate a long like
> for ITK (e.g. VTK is over eigh years now). If we put
> the adaptor inside the Vector container, we will have
> to put an identical copy inside the MapContainer, and
> hope that if four years from now somebody modifies the
> version on the VectorContainer he will also update the
> one on the MapContainer.
>
> The templated version shouldn't be too hard to
> implement.
>
> Luis
>
> =================================================
>
> Ofri Sadowsky wrote:
>
> > Having a templated adapter is a good idea. But I am not sure if we can use friends in
> > templates. Maybe we don't need the friends.
> > Would it be possible to add the templated adapter to the container's traits? Or would that
> > create a circular reference?
> >

--------------E41C391064B2CAF344BDAAC0
Content-Type: application/x-zip-compressed;
 name="StlContainerAdapter.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="StlContainerAdapter.zip"

UEsDBBQAAAAIABCJeS2utwqQbQIAABsGAAAdAAAAaXRrU1RMQ29uc3RDb250YWluZXJBZGFw
dGVyLmiNVN2LGjEQf3Zh/4cBoVU59H31hOMo7UP7UqUUeiIxmdW0a7Jks55y3P/emUT3Vjxr
fRCymd/HfKWrc6Mwh+VS+z+z+ddHaypPf15og+5BidKjW27SpEtR9Ol2YJqMBgN4koWoKrgW
mCYDeDAg4gns6jdKD34jPEhR+QoE/JIMBFLLsp/7fcOwAG28PV1XXmXZfr9fMKMwCtCIVYFE
ICWSAYr0G4SaknTFQZs1KOEFwVwtfe1wyLg5RUS/uoLS2Z1WqCC3jqXQ5ULSPcnpyqORB3jW
fnNM7SKrsqirIBkNLmBrlc41uiHMtCEi3KE7+A1bIbUQdMcAh3w2FgySOPmWoihCnQI5zg8l
Ztm3yKZ6ffIWdBTGZKwLuXwhoo9cv7oSa1Lbi21ZINj8mmH+hSJf69Uk3P5AlmjuJjWVY23I
aWHN+g4+FbhF49nkdAo7lEdwTzSQ/vgk12rdLtBO2nD4wHi4b7EMP6Of+aKh+o55741uNALF
baaSVrE3jB8OuR6jNPFIFRAeJ57Yjdgip9tQTdPk1qi+pElZrwotszTpMAkvTDOdTXy7UeNW
5Fn/jom26zW+YD1DtNvGX2Au3BobJC9c6fSOEmR7LSjVcbs8nqlgMbjDy7mh+Q6zI215AG4A
zxuNm30Ga4oDKO14H4Mbni1tDU8QQ04ry5XtXKtZL+bxzsSRqTAI0Up0wmsrdlYrsCU6QXbu
I32b5VKEqJr43s3QRrXdzKv+z8sYc8Y+ITrZWVF7rauX1yjwX6SDf5EO3mF96zoZatahpRJ2
ggFM6JAeN3PGOnykh3VuL3C0SECQKPM65nnqoqFX5i9QSwMEFAAAAAgAgoR5LUTLYbZqAgAA
TQYAABgAAABpdGtTVExDb250YWluZXJBZGFwdGVyLmiNVMGK2zAQPcfgfxgItN4Q7Ls3G1iW
0h7aSze0PRSCYo0TtY5kJDmbsGy/vTN24ijgpM0hYOm9p5mnNxqrUkssYblU/vfz4vOT0V4o
jfZRitqjXW7iaEwAWrqJiaNsMoGfRSWcgwFMHE3gUYPovsCsfmHhwW+Eh0I470AAief5j/2+
p4LS3oDzMs/3+z0rCC0BtVhVSISiQDqLEH6D0FAXtjoovQYpvCCWbQrfWEzh+wZ1i7lSlnIg
kfDmgHJKVYBovNkKrwpRVQfgfwdhXXn+xUhVKpTJXcoKn9Die26hcWKNgHuxrSsEU147kn9t
uwP7s3bjG9ljbL83a7RTa40SKqPXU/hQ4Ra1XxxqnM9hh8WRnIiecnd/Oql1cNcKzkIivGMm
PAT89CP6Z1/1Il+xTM5CWQaS7SaXHbwov2n5aZoGgKY2GiyS9RpKa7ZQNrrwyuhpcMyF5+2t
iuDWHZz9JeUsjjySocLjzFPdWmyR3esZ8zi6kbvXOKqbVaWKPI5GzOe4h3TooMie3AeYYDnP
j76Fxl/FhmXwCiyEXWPPoXqs2lE3XFBApOvYLo/f5HsHHWVZaRWSQ2GLznf5CCJzduNEpHnc
KIlt9AtTU5KJwfNCgTYvYDSFWyrLc1iwJA8M3RPHlimnUWX/RwPOJi1pyHNqpE1fV0VXRHvH
O6MkmBqtoEoeOuVbKj30/84KL3qo4Euvu/6QEjYa5RfOJ8HW61un/S+9yS29yYDgnyHFFsAC
IT09TwM3euSfM0W9DE3tSeo4ixeKT/TkLkxIIW2aXuf52VvyizwLD5gnF3wICnm758d/TAlV
5V9QSwMEFAAAAAgAZ4l5LWT6nCwBAgAAUgUAABsAAABUZXN0U3RsQ29udGFpbmVyQWRhcHRl
ci5jeHiFU11r2zAUfY7B/+HiwZBp63avjhsYo4zCGGUJe9jLUOSbRMSRjCyny0b/+yTZUWQn
bf1gpHvOuR9HUhx94IJVbYmQcL39iUxL9UUKTblAlW2SOIqHlPnim8c/l7TWPe0CqdEXmXG0
l7yEnQFIGkf/4miiDzWWuIJWNHwtsIRKijU8ihL/LAw0DShcaHiocIdCn0F6m+ejEQqf5DqU
zcAzwgwXhit8YAZ96Fj39tb9QKsDKKwryrjpWm8Q6FLuEZ653uQdxXzDGufevFkIqChhj4qv
DqYA1XCQLaxRAwUmdzWvqOZSAColVRYMFCTK8wVVRmLXcFpO7YGcWfB2e44w6vGoH2ODsg50
e+VrT5gNunOdP/56IJ/uUpuv0WWe791hFgabQSNbxVwpS+V2sZIKCId7uJsCh8LpzerqKgV7
qyadJKvbZvN7SdmWWALcAHcVXlx1P1aeP0mTGRXUPmZSB/h3fCZOeSLczJ6UERHXLZOtTruZ
XPnABaDdmpykLtMkMOcjaLf5YVy8Pwqyr6jnuvIqA3Y9TDw5o419NaSfdolr+7Cue8MyFCVJ
g4Hfb/51W52pRzYUBYTJTKf9CyM8tWACiT/Jo8BtTEtV4NP4ygALAmeOje6QsY35SO9dqD8Z
GNzpk4uD5pJ5u2T+7Bv+F02yxCLDEpmFSDqexxr88h9QSwECFAAUAAAACAAQiXktrrcKkG0C
AAAbBgAAHQAAAAAAAAABACAAtoEAAAAAaXRrU1RMQ29uc3RDb250YWluZXJBZGFwdGVyLmhQ
SwECFAAUAAAACACChHktRMthtmoCAABNBgAAGAAAAAAAAAABACAAtoGoAgAAaXRrU1RMQ29u
dGFpbmVyQWRhcHRlci5oUEsBAhQAFAAAAAgAZ4l5LWT6nCwBAgAAUgUAABsAAAAAAAAAAQAg
ALaBSAUAAFRlc3RTdGxDb250YWluZXJBZGFwdGVyLmN4eFBLBQYAAAAAAwADANoAAACCBwAA
AAA=
--------------E41C391064B2CAF344BDAAC0--