Python for .NET et héritage

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Python for .NET et héritage

theshockwave

I work at a firm named Koslow

je viens de me mettre à utiliser Python for .Net (http://www.zope.org/Members/Brian/PythonNet) et j'ai un petit souci ... J'aurais besoin de faire communiquer l'appli et je pensais à une méthode qui me semblait assez élégante dans le principe :

du côté python :

Code :

def startDL(stats):
stat = {'updated': 'true'}
stats.update(stat)

avec l'objet passé en tant que "stats" un objet purement C# dérivant de la classe PyObject proposée par la lib :

Code :

public abstract class PyStatisticsUpdater : PyObject
{
// correctly forward the method calls
new public PyObject InvokeMethod(string name, params PyObject[] args)
{
if(name == "update" )
return update(new PyDict(args[0]));
return base.InvokeMethod(name, args);
}
new public PyObject InvokeMethod(string name, PyTuple args)
{
if(name == "update" )
return update(new PyDict(args.GetItem("newStats" )));
return base.InvokeMethod(name, args);
}
new public PyObject InvokeMethod(string name, PyObject[] args, PyDict kw)
{
if(name == "update" )
if(args.Length<1)
return update(new PyDict(kw.GetItem("newStats" )));
else
return update(new PyDict(args[0]));
return base.InvokeMethod(name, args, kw);
}
new public PyObject InvokeMethod(string name, PyTuple args, PyDict kw)
{
if(name == "update" )
if(args.Length()<1)
return update(new PyDict(kw.GetItem("newStats" )));
else
return update(new PyDict(args[0]));
return base.InvokeMethod(name, args, kw);
}
public abstract PyObject update(PyDict newStats);
}
public class StatisticsUpdaterImp : PyStatisticsUpdater
{
override public PyObject update(PyDict newStats)
{
string message = "--statistics :--\n\n";
for(int i=0; i<newStats.Keys().Length(); ++i)
{
string skey = newStats.Keys()[i].ToString();
message += skey + " =\n";
message += newStats.Keys()[i].ToString() + "\n\n";
}
MessageBox.Show(message);
return new Python.Runtime.PyInt(0);
}
}

le problème est bien évidemment d'arriver à faire un objet C# qui passe bien dedans les appels python.

Pour l'instant, je prends une exception avant même d'entrer dans le code python à vrai dire : je construis un dictionnaire python avec l'interface proposée par la lib, et l'ajout d'une instance de StatisticsUpdaterImp dans le dico lève une PythonException pas forcément très explicite

Je voulais simplement savoir si quelqu'un avait déjà tenté ce genre de subtilité (j'ai quelques doutes sur le fait que ce soit possible, à vrai dire) ou des remarques à me faire (étant donné que je ne suis à l'aise ni avec python, ni avec C# :sweat: )

merci d'avance.

Edit : ca pourra toujours être utile ... voilà les lignes qui conduisent à l'exception :

Code :

PyDict argDict = new PyDict();
argDict["destination"] = new PyString("c:\\temp\\" );
argDict["stats"] = new StatisticsUpdaterImp();

Message édité par theshockwave le 28-06-2005 à 16:44:33

Publicité

theshockwave

I work at a firm named Koslow

Apparamment, le problème viendrait du fait que l'objet ne sait pas de quel type il est, je continue à chercher dans cette direction ... Toute suggestion est bienvenue, cependant

theshockwave

I work at a firm named Koslow

Bon ... Mieux, encore, j'ai tenté de charger un module et e n'y parviens pas ... Si quelqu'un sait comment modifier une variable d'environnement en C#, je suis preneur.

theshockwave

I work at a firm named Koslow

mbon, il semblerait qu'après la mise en place du hook d'imports (pour intercepter les imports de CLR), les imports "normaux" ne passent plus ...

En clair, soit je peux faire des imports sur du CLR, soit je peux faire des imports sur des modules python classiques ... mais pas les deux à la fois

Toujours personne qui connait le sujet ?

theshockwave

I work at a firm named Koslow

De plus en plus précis :

Python for .Net remplace la fonction d'import de python (__builtin__.__import__) par un appel à une de ses fonctions statiques internes tout en gardant une référence sur la méthode normale d'import.

Ainsi, si on fait un import sur CLR.quelque chose, Python for .Net peut intercepter l'appel (si ca ne commence pas par CLR, il fait suivre la demande d'import à la méthode 'sauvegardée')

Le problème vient lorsque je demande à faire un import d'un module depuis mon code en C#, pourtant, le PythonEngine.Import() se contente d'appeler la lib python pour lui demander de faire l'appel à __builtin__.__import__ (qui pointe donc sur la fonction C# à ce moment là) et la méthode "foire" (j'ai encore du mal à comprendre tous les détails) dans ce cas là.

En revanche, si je vire le internal de la classe qui déclare le import en C# et que je l'utilise directement (donc plus de DLL intermédiaire), l'import fonctionne à merveille ...

Je me demande donc s'il n'y a pas une raison particulière que je ne connaitrais pas pour que cet appel échoue (je rappelle que la méthode import en C# fonctionne bien jusqu'à ce qu'on transmette l'appel à la DLL)

theshockwave

I work at a firm named Koslow

theshockwave a écrit :

Si quelqu'un sait comment modifier une variable d'environnement en C#, je suis preneur.

si ca peut servir à quelqu'un ...

http://support.microsoft.com/defau [...] -us;829145

Citation :

SYMPTOMS
The System.Environment class has methods to read the environment variables. However, this class has no method to set the environment variables for the current process.

Citation :

STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article.

:sweat:

Message édité par theshockwave le 19-07-2005 à 10:55:28

Taz

bisounours-codeur

priez pour qu'on tombe sur quelqu'un qui connaisse un peu C#, sinon on va encore bouffer du SetEnviron(key, value) ...

theshockwave

I work at a firm named Koslow

explique ta vision des choses, parce que je découvre à peine le langage, là (et je dois avouer que j'ai du mal à voir sur quel point porte ta remarque)

Taz

bisounours-codeur

ben je l'ai déjà dit : y a la moitié des mecs qui font la bibli de .Net qui ont jamais fait de C#. C# propose des trucs sympatoches : surcharges de quelques opérateurs, et property.

Donc, on ne devrait plus jamais voir de get/set !

ici, on devrait avoir ça

Code :

public class Env
{
public string this[string key]
{
get
{
System.Console.WriteLine("get[{0}]", key);
return "foo";
}
set
{
System.Console.WriteLine("set[{0}] = {1}", key, value);
}
}
}
// pour pouvoir écrire
// env["blah"] = env["blih"] + "bar";

mais bon ne rêvons pas ... si tu regarder, y a plein de trucs pourris dans l'API, genre File.Get<machin>time(), etc, c'est loin d'être marginal ... c'est chiant

theshockwave

I work at a firm named Koslow

Effectivement, je n'étais pas encore tombé sur ce genre de choses Les quelques fonctionnalités que j'ai pu utiliser passaient bien par des properties, pour ma part.

Publicité

Taz

bisounours-codeur

ben t'as qu'à regarver object ...

Taz

bisounours-codeur

bien encore, avec les stream binary, tu as un

int Length { get; }

et

void SetLength(int) { } ...

theshockwave

I work at a firm named Koslow

Joli, ... Joli ... Effectivement, ca fait assez mal de voir ca

FORUM HardWare.fr

Programmation

C#/.NET managed

Python for .NET et héritage

Sujets relatifs
[.NET]Cloisonnement Applicatif ?	Delphi - Heritage et TForm
C# vers VB .NET	Visual .NET, MFC, boîte de dialogue et Rich Edit
Visual C++ 6 et Visual .NET	VB.NET ComboBox et champ vide
[C++]Héritage de templates, g++ aime pas :(	VB .NET : ComboBox et DataRow()
OpenGl dans une fenêtre définie avec visual .Net	Portage de Linux vers windows
Plus de sujets relatifs à : Python for .NET et héritage

Page générée en 0.071 secondes