[fpc-devel] class abstract, class sealed implementation. please review.

"Vinzent Höfler" JeLlyFish.software at gmx.net
Mon Oct 19 23:31:49 CEST 2009


Florian Klaempfl <florian at freepascal.org>:

> Marco van de Voort schrieb:
> > In our previous episode, Florian Klaempfl said:
> >>> This is exactly my point about sealed classes. When you design the
> >>> product or class, you have NO way of know what will come in the
> >>> future. So you need to stay flexible to change! Yet another OOP
> >>> principal that "sealed" tries to prevent!
> >> This might be true, but what's the difference with private etc.?
> > 
> > Private is typically used in nearly every class, sealed in exceptional
> > cases. At best.
> 
> I meant regarding "flexibility". Declaring a member private makes things
> also less flexible.

The main difference is that "private" restricts visibility, whilst "sealed" restricts extensibility. The former is usually a good thing, the latter not.


Vinzent.

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01



More information about the fpc-devel mailing list