Discussion :

[MyUser]

Bonjour à tous,

Quelqu'un pourrait-il m'aider ?

J'ai des forms que je voudrais distribuer (dans un package). Je voudrais que les autres developpeurs puissent hériter de ces 'templates' afin de réaliser le design sur base de ces ancêtres.

En faisant quelques tests, j'arrive à distribuer le package et hériter de ces forms (au design je ne vois pas les composants que j'ai dessiné sur le form ancêtre), par contre au runtime, le form se dessine correctement (il hérite bien de son ancêtre) et pourtant le package est 'activé' en mode design et runtime.

Si vous avez une piste ou des infos ...

1. savoir si c'est faisable
2. si oui comment

Merci d'avance

@+

[ShaiLeTroll]

Déjà que l'héritage de Form avec DFM, je trouve cela très moche !
Alors de l'héritage de Form dans un BPL, hum, ça fonctionne ça ? Je n'aurais jamais osé !
Cela s'installe comment ?
Peux-ton faire un RegisterClass ou RegisterComponent sur un TForm ?
Tu es sûr que c'est le package qui est utilisé en non des DCU ou PAS inclu ?

Je dois maintenir une application qui utilise de l'héritage de Form avec ou sans DFM
Sans DFM, c'est très POO, cela permet d'intégrer des comportements standards ou obligatoire (abstract)
Avec DFM, c'est pénible, souvent l'ancêtre amène trop d'éléments que l'on doit cacher, on commence à voir des failles dans la reflexion et de l'architecture (vilain mélange présentation et modèle)

Ce package doit rester interne à ton entreprise ou c'est dans l'objectif d'une bibliothèque a large distribution comme TMS ou DevExpress ?

Si interne, ne fait pas de package, juste un dossier "templates\form" dans tes sources, tu ajoutes au DPR une référence sur ces form héritable

Si externe, tu devrais plutôt faire des controles, un découpage plus élémentaire qu'une forme entière avec des controlleur pour l'interactivité entre les éléments (un peu selon l'idée DataSet \ DataSource \ DBGrid)

[MyUser]

Tout d'abord merci d'avoir répondu à ma question

En fait on travaille sur plusieurs sites (pour un développement interne) mais on voudrait centraliser le canevas de base de certains form. Je pensais 'distribuer' des forms en 'read only' sur base desquels tout nouveau form serait développé (5 templates)

Au niveau des tests .. il va bien rechercher l'héritage dans le package (car j'avais bien 'isolé' le package des .pas et .dcu qui ont servi à générer celui-ci).

Un découpage du form (en frame) pourrait être une alternative
Une autre alternative à laquelle je pensai, serait de sauver les forms standards dans le repository ... mais je ne sais pas comment faire pour que l'on ne puisse faire qu'un héritage (pas de 'copy' ou 'use') de ces fameux 5 forms

Si interne, ne fait pas de package, juste un dossier "templates\form" dans tes sources, tu ajoutes au DPR une référence sur ces form héritable

Avec cette solution, on pourra toujours modifier les sources !

[MyUser]

Quelqu'un pourrait-il me mettre sur la piste concernant la 2ème alternative ('brider' le repository afin de ne pouvoir faire qu'un héritage de certains forms)

[ShaiLeTroll]

tu ne pas brider le repository mais tu peux mettre une méthode virtual abstract qui empechera l'instanciation et forcera l'héritage et la redefinition de la méthode

[MyUser]

Nickel

Merci pour ton aide.