On Wed, 8 Jan 2003, Carsten Ziegeler wrote:
> Sylvain Wallez wrote:
> > >
> > >The problem is, if you are using getInputStream/getOutputSteam to copy
> > >a file in a slide repository, that all metadata informations get lost. On
> > >the other hand, if you are using an external SourceUtil to copy a file,
> > >you can't hide all implementation details.
> > >
> > >
> >
> > Ah, I got it now : if the copied/moved source is of the same type than
> > the "source" source, then some optimisations are possible (like the
> > above or direct filesystem copy), else we fallback to a generic
> > getInputStream/getOutputStream implementation, right ?
> >
> > So it makes sense after all to keep them on the
> > [Modifiable/Writeable/Whatever]Source
> >
> No, I don't think so (sorry, I have to do this :) )
>
> Now, think if an implementation for copy(). Each Source implementation
> must test if the destination is the same source implementation or not.
> If not use IS/OS if yes use optimized etc.
agreed.
> So, if we are using these "marker" interfaces for all other parts, I
> really think we should add a "MoveableSource" (substitute the name if you
> like)
I thought these operations are a kind of writing operations.
> and have an utility class check if:
> a) both sources have the same implementation and
> b) implement MoveableSource
> If both is answered with yes, this can be used - if not the utility class
> uses IS/OS copying.
I like code sippets ;-)
class MySource implements MoveableSource
{
void copy(Source source)
{
// impementation depending copy
}
}
class SourceCopyUtil<whatever>
{
void copy(Source from, Source to)
{
If ((from instanceof MoveableSource) &&
(from.getClass().equals(to.getClass()))
// impementation depending copy
((MoveableSource)from).copy(to);
else
IS/OS copy
}
}
Something like that?
> It's the magic of SoC - if a source is not interested in move/copy it should
> not have to care about it.
Sometimes SoC is a pain, but I think the better way :-/
I also think that XMLizable isn't SoC, you should have to write
a (name)Serializer, which use \1.
Stephan
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]