Discussion :

[Patrick25300]

Bonjour
Pour mon application j'utilise un module de données pour regrouper la gestion d'une base de données.
Par contre j'arrive à une centaine d'icones et ça commence à être encombré.
Quel est votre méthode de travail?
Merci de vos réponses.

[qi130]

100 icônes

quel est le dénombrement des composants ?

[Lung]

Quel est votre méthode de travail?

Moi, je crée des TQuery dynamiquement, pour des besoins ponctuels (ca évite d'en avoir des quantités posées en conception).

[ShaiLeTroll]

Quel est votre méthode de travail?

Des principes simple comme
Lazy Loading ou Lazy Initialisation qui repousse l'allocation de la ressource juste au moment où elle est nécessaire que l'on peut facilement gérer par une Pattern Singleton et bien évidemment par une Factory (ce que doit faire Lung)

Il est parfois utile de préparer explicitement des requêtes critiques utilisés très souvent par le programme au démarrage de celui-ci, mais cela reste assez rare !

Respecter un modèle objet avec une couche métier basé sur un Framework tel que InstantObjects, Bold, ECO... est une solution pour architecturer son code, mais cela peut aussi nuire aux performances (éviter de gérer de grande collections d'objets en mémoire, souvent les opérations en masse ne nécessite que des opérations SQL ou un l'utilisation d'un seul objet encapsulant le record en cours dans le DataSet)

C'est la problématique de l'IDE, considérer Delphi comme un grand Clicodrome !
C'est très courant, tu n'es pas le seul, j'ai déjà vu près de 300 composants sur un DataModule ! Quelle Horreur ! Surtout quand tu découvres que le DataModule est plus grand que l'écran et qu'il faut défiler ! Arghh !

[Patrick25300]

Merci de vos réponses
qi130 voici la liste des composants que j'utilise

1 - IBDataBase
1 - IBTransaction
1 - RvProjet
1 - RvSystem
1 - RvRenderPDF
1 - RvRenderText
1 - RvRenderHTML
1 - RvRenderRTF
15 - IBQuery
18 - DataSource
3 - IBTable
5 - IBDataSet
12 - IBUpdateSQL
23 - IBStoreProc
20 - RVDataSetConnection
Ce qui fait 104 composants, si j'en rajoute une vingtaine, là c'est le B*

ShaileTroll, je n'ai pas la bonne habitude de programmer en utilisant la programmation objet, je travaille en procédurale et du coup j'utilise beaucoup plus de composants avec leurs propriétés.
Il faut dire que je suis autoditacte donc je traine des lacunes, je me débrouille comme je peux, la Faq et les tutoriels sont super intéressants (surtout avec des gens comme toi, qui êtes très actifs)

[ShaiLeTroll]

Déjà, tu donnes une info nouvelles !
Tu as des types très variés !
Réparti les différents éléments sur plusieurs datamodule
Un DataModule pour IB (tu peux même compartimenté en plusieurs DM pour des ensembles logiques de la DB = Paramètrages Systèmes, Configuration User, Entité Métier fréquemment utilisé, Entité Métier peu utilisé...)

Un DataModule pour RaveReport (tu peux faire des liens inter-DM, mais en général mes Rapports ont leurs propres query posées en IDE pour QuickReport, Factory pour ReportBuilder)
Rave, je ne le connais pas donc je ne peux pas de donner de conseil d'architecture !

Tu peux aussi réutiliser des composants, les Proc par exemple, un seul suffit, tu affectes le nom de la proc avant l'Exec
Faut juste faire attention au imbrication du code (ou pire mutli-thread mais j'en doute car il est préférable d'utiliser une autre connexion et des objets bien séparés)

Tu utilises des DataSource pour du maitre-détail MasterSource/MasterFields, si oui = OK,
si non = déplace les datasources sur les fenêtres qui en ont besoin !

[Patrick25300]

Bonjour
Merci ShaileTroll de tes bons conseils, je vais voir pour utiliser plusieurs DM pour hierarchiser les tables.
Merci du conseil pour les proc effectivement il n'y a pas grand chose à renseigner pour leur utilisation, le nom de la procedure stockée à passer en paramètre à une procédure spécialisée.