Forum Programmation.c# Où trouver la documentation de dbus-sharp ?

Posté par (page perso) .
Tags : aucun
-1
6
déc.
2008
Salut,

Je cherche depuis un certain temps à réaliser un serveur dBus (l'idée serait de permettre à n'importe quelle application de faire une référence sur un fichier, et de la retrouver même si le fichier bouge).

J'ai donc cherché un langage sympa:
- C: trop difficile pour des applications complexes
- C++: langage trop complexe à utiliser
- ObjectiveC: Pourquoi pas, mais je n'aime pas les GNUmakefiles
- Java: Pourquoi pas, un peu lourd
- Python, Perl: trop léger
- C#: un bon langage, pas aussi lourd que Java, adopté.
- Lisaac: pas encore au point (on y travaille)

Maintenant, vu que le cœur de mon application utilisera dBus, j'installe dbus-sharp ... Je configure mon projet dans monodevelop pour qu'il utilise dBus ... Et je cherche la documentation de dBus# pour commencer à programmer ...

... je cherche ...

... je ne trouve pas.

Je trouve le site de référence (il semble): http://www.ndesk.org/DBusSharp
Aucune mention nulle part d'une quelconque documentation. En cherchant dans monodevelop, je ne trouve pas de documentation non plus.

Alors, la question: où se cache cette documentation (j'espère qu'elle existe).
Le savez-vous ?

Merci


Mildred
  • # [HS] le langage D ?

    Posté par . Évalué à 3.

    As-tu regardé le langage D ?
    ça a l'air pas trop mal, beaucoup plus clair que le c++… et plus rapide que le C#

    Apparement il y aussi un «dbus-d» : http://www.dsource.org/projects/dbus-d/
    • [^] # Re: [HS] le langage D ?

      Posté par (page perso) . Évalué à 2.

      Dans le temps j'avais regardé ... et c'était encore très expérimental, mais c'est un bon langage je pense.

      Pourquoi pas ?

      Mais, si j'avais choisi C# c'était aussi en partie pour avoir un environnement de développement qui me facilite la vie. Mais c'est vrai que c'est à double tranchant, dans un certain sens, ça limite aussi.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.