Discussion :

[fab56]

Bonjour,

j'ai plusieurs questions sur Sepi.
De quoi s'agit-il vraiment ?
d'une librairie ?
d'une collection de compilateur/interpréteur ?
d'un EDI ? (d'où l'utilisation de SynEdit)

... des trois en même temps ?
Je pose ces questions parce que jai du mal à savoir quel forme peut prendre Sepi ?

Merci

[sjrd]

Bon, je vais essayer encore une fois d'expliquer ce que c'est

Globalement, il s'agit d'un moteur de script orienté objet destiné à être intégré dans des applications Delphi. Il s'agit donc d'une bibliothèque Delphi. Et quand je dis orienté objet, cela signifie que les scripts eux aussi peuvent définir des classes, pas seulement les utiliser.

Plus précisément, Sepi se décompose en plusieurs modules, chacun étant dépendant des précédents, mais pas des suivants :

• Module de code utilitaire : SCL (Sepi Code Library) - des tas de routines et classes d'usage divers
• Module de composants : SVCL (Sepi Visual Components Library) - quelques composants pratiques
• Module de boîtes de dialogues : SDL (Sepi Dialogs Library) - plus pour des applications tierces, sauf pour la boîte de dialogue A propos utilisée dans la suite
• Module de réflexion : ce module est le module le plus important de Sepi. Il s'agit d'intégrer à Delphi un outil puissant qui lui fait défaut : la réflexion (des RTTI poussées à l'extrême). C'est cette partie qui permet de créer des classes à l'exécution.
• Module d'interprétation : permet d'interpréter du code pseudo-compilé, et de créer des méthodes en mémoire
• Module de compilation : compile des scripts écrits en langages divers en l'unique forme intermédiaire que comprend l'interpréteur.
• Module d'édition : un module accessoire, qui ne sera développé que lorsque le projet sera déjà fonctionnel, destinné à faciliter l'édition de scripts Sepi.

Comme je l'ai fait apparaître, le module au coeur de Sepi est le module de réflexion. C'est sur celui-là que je travaille actuellement : je commence à voir le bout du tunnel
Une fois celui-là fait, il y aura déjà moyen de se servir de Sepi pour des cas limités : des cas où on veut créer des classes à l'exécution, mais avec des méthodes définies à la compilation. Ca peut paraître bizarre mais perso j'ai une application en vue.

Après, les modules d'interprétation et de compilation seront développés de paire. Et une fois finis, Sepi sera mature.

Est-ce que j'ai été clair ?

[fab56]

Oui oui c'est très clair

En faites, l'as tu travail sur le système qui permet d'exécuté le pseudo-code au sein de delphi.

Ce concept est très poussé et vraiment très complet.
Il est surtout très original,

Merci en tout ca pour les explications

[rezuss]

Bonjour,

TMS Software a développé un composant permettant d'interpréter du code pascal et basic.

http://www.tmssoftware.com/scriptstudio.htm

Est ce que tu le connais? Si oui, quelles seront les apports du projet SEPI?

[sjrd]

Bonjour,

TMS Software a développé un composant permettant d'interpréter du code pascal et basic.
http://www.tmssoftware.com/scriptstudio.htm
Est ce que tu le connais?

Non, je ne connaissais pas. N'étant pas encore dans le milieu professionnel, je ne m'intéresse qu'à ce qui est gratuit. Mais sache, en retour, que RemObjects Software ont développé le même type de scripting, gratuit ! Ca se passe là :
http://www.remobjects.com/?ps

Si oui, quelles seront les apports du projet SEPI?

En dehors du fait que Sepi est gratuit et open source, il permet surtout aux scripts de développer leurs propres classes ! Des classes qui dérivent naturellement de classes Delphi natives, en implémentant de façon native les trucs amusants tels que méthodes virtuelles et dynamiques, méthodes interceptant les messages, RTTI des types créés par Sepi, et j'en passe.

Sepi n'est pas seulement du scripting, c'est du scripting objet et qui peut créer de véritables classes Delphi natives à l'exécution !

Actuellement, j'entame les premiers tests sur le premier module de Sepi (le module le plus important) : celui de réflexion, celui donc qui permet de créer des types (entre autres classes et interfaces) à l'exécution d'un programme Delphi.