[fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?
Matt Emson
memson.lists at googlemail.com
Thu May 20 09:22:08 CEST 2010
Sent from my iPhone
On 20 May 2010, at 07:52, Graeme Geldenhuys <graemeg.lists at gmail.com>
wrote:
> Matt Emson het geskryf:
>> Patterns are faddy - you are not going to please everyone.
>
> Please explain and give examples where Observer will not be useful.
> Also, I
> do not know what "faddy" means.
Having used it a lot recently, I'd prefer MVC to be used with in a
class library.
A Subscription mechanism is more powerful. Look at the MUSCLE C++
framework.
Iterator I use every day!!
>
>> I'd rather see a mechanism for injecting first class extensions to
>> existing classes.
>
> * Interfaces don't work because you need to subclass them to get the
> extra functionality. This is totally useless for things like
> TCombobox.Items or
> TMemo.Lines (like Michael explained) because such components uses
> TStrings directly.
As Marco said - the underlying framework is fundamentally flawed. You
want to patch it. You need to redesign it. You are incredibly short
sighted here. Think outside of the box.
> * Class Helpers like in Delphi.
No. Delphi is not the model for all change. Blinkers off. Look at
Objective-C categories or the Mix-In concept.
Talk is cheap. I'm not using pascal enough to justify coding. But if I
was doing this, I'd start again, as Marco suggests.
More information about the fpc-devel
mailing list