2015-02-06 18:41 GMT+01:00 Eliot Miranda <[email protected]>: > > Or are you talking about the lack of class pragmas? This is a point. But > classes already have an executable hook they can use for system > modification, their class-side initialize and obsolete methods. That's > been used for a long time to address system modification needs on > installing and removing classes. So form that perspective there's less of > a need to class pragmas. Instead we're focussing on more specialised class > definition facilities such as slots, which are intrinsic to classes, i.e. > define the class itself, rather than pragmas, which are extrinsic to > methods in that they define how methods interact in the system outside > themselves. >
Maybe what you are saying here holds what I am longing for. Something as simple and as well defined as aClass class>>initialize (simple, solve-it-all mechanism for all initialization needs in a class, full smalltalk based so easily discoverable) or now the class slots, but applied to methods and their metadata. Pragmas are a first step towards that, but I have a feeling we could do it better (and it seems, with some of the changes coming such as traces, in-image optimisations, breakpoints, etc... it may be usefull or overgrow the pragmas). Thierry
