[Débuter] Programmation objet mais conditions particulières

Bonjour, ( premier post 8O :D )

tout d'abord je vous prie de m'excuser de vous embêter avec ce sujet qui doit revenir souvent ! mais après de nombreuses rechercher sur ce site et d'autres ... et pas vraiment de réponses à mon goût je me permets de vous poser cette question mais avec quelques conditions ...
( j'espère que je vais pas me faire découper par un programmeur en colère après avoir lu ce paragraphe :lol: )

Donc voilà je désire me lancer comme le dit le titre du topic dans la programmation objet !

Cependant il y a certaines conditions qui doivent être prise en compte ...

---------------------------------------------------------------
1) Je suis sur linux depuis un bon moment et je suis pro libre donc j'ai pas envie de développer en .NET ou avec des languages qui ne sont pas open source.
D'autre part j'aimerais pouvoir développer sur linux en utilisant des logiciels disponibles sous linux

2) J'ai déjà certaines bases en programmation. En effet, je suis webmaster depuis quelques années, et je maîtrise ( disons que je me défends ;) ) en xhtml css php/mysql ...
J'ai également quelques notions en bash

3) Je ne suis pas étudiant en informatique et je désire programmer par plaisir ( je sais je sais ... encore un fou ) par goût pour linformatique et pour ma culture générale ... et cela pourra toujours me servir dans mon CV ;)

4) je désire donc ... après l'aprentissage bien entendu :) ... pouvoir concevoir des programmes avec une interface graphique ( gtk qt ... ou autres ... à voir) ou participer à des projets ...

Ces programmes seraient principalement développé pour linux et peut etre également windows ... ( j'imagine que ca ... c'est une histoire de compiler ...gcc etc ... )

5) Je suis ouvert à tout ... j'ai pas vraiment d'idées préconcues et je suis donc prêt à écouter vos différents avis telle la parole divine :D

6) J'aimerai me lancer dedans apprendre vite bien entendu ... mais peut etre aussi commencer par quelque chose de pas trop repoussant pour le débutant que je suis, et également qui me permettent d'avoir des résultats sympathiques ...
c'est toujours agréable d'être fier de son travail :)
---------------------------------------------------------------

donc voilà suite à toutes ces conditions la question est :)

par quoi commencer ? et dans quelles directions aller ?

Merci d'avance d'avoir pris le temps de lire ceci

Cordialement
KaptainouK

Bonjour (et bienvenue sur developpez.com),

Alors au vu des restrictions que tu imposes, je vois principalement deux langages qui peuvent t'intéresser : C++ et Java.

Le C++ est un langage compilé, qui n'est donc pas vraiment portable. Il existe des bibliothèques permettant de faire des interfaces graphiques, comme GTK ou QT.

Le Java pour sa part est un langage interprété : son exécution est plus lente, mais au profit d'une très grande portabilité (il "suffit" d'une machine virtuelle sur une machine pour pouvoir y faire tourner un programme Java).
Ce langage permet également de faire des interfaces graphiques, et la JavaDoc (en ligne sur le site de Sun) est très complète.

Pour ces deux langages, il existe des environnements de développement plus ou moins complet.
Le plus connu pour Java est Eclipse, qui doit être Open source.
Je ne connais pas ceux pour C++, mais ca doit pouvoir se trouver très facilement.

Après, l'un ou l'autre, je n'ai pas de conseils à te donner : chacun a son point de vue et ses arguments, plus ou moins fallacieux.

et python.

et Perl.

Citation:

---

Envoyé par etranger

et Perl.

---

:lol:

Sinon, pour C++ tu peux utiliser kdevelop qui est l'environnement de programmation le plus complet qui existe sous Linux. En plus, il doit y avoir des trucs pour créer une interface graphique via QT.

Python peut aussi être une bonne alternative, surtout que bcp de projet sous nux l'utilise (et bcp de libs ont été porté sous Python).

Pour perl, ben en fait je connais pas.

Java... ben perso j'aime pas même si c'est 'à la mode'. Mais c'est aussi une histoire de gout.

Que dire encore... a oui, je ne suis pas d'accord pour dire que le c++ n'est pas portable, en fait comme tu dis c'est surtout une question de compilation. (Il faut aussi que tes libs soient portables sous win, QT et GTK le sont).
Java et Python sont + simple que C++, mais rien ne t'empêche de faire des trucs simple en C++ pour commencer. Mais c'est clair que pour le maitriser à fond, il faudra (bcp) plus de temps.

Je sais c'est un peu brouillon mais tant pis. J'espère que cela t'aura au moins aidé un peu.

Salut,

personnellement je te recommenderais le Java qui me semble le plus proche de ce que tu demande :

• la grande majorité (voir la casi totalité) des outils sont open-source
• 99,9% objet
• je le trouve plus simple que le C++ notamment pour les IHM
• 
  
  Citation:

  ---

  Envoyé par gangsoleil

  la JavaDoc (en ligne sur le site de Sun) est très complète

  ---

  toutes les classes de l'API standard y sont référencées

C'est mon avis perso et ça n'engage personne d'autre :wink:

[troll]Java is the best[/troll]

[troll pour apôtres du libre]Le Java libre (GPL quoi!) (GCJ) n'est pas aussi abouti que le propriétaire (Sun) -- qui a parlé de portabilité?[/troll]

Perl pour l'objet ? Ouch! Je m'y étais tenté et avais eu bien mal. Cela reste un langage fort pratique au demeurant. Une très bonne alternative à (ba)sh dès que les choses deviennent un peu compliquées.

Ruby sera bien mieux sur l'axe objet. Python peut-être aussi, mais je le connais bien mal.

Quelque soit ton choix, regarde dans les forums du (/des?) langage(s) retenu(s) les bonnes approches pour commencer. Toutes ne sont pas aussi newbye-friendly et productives, notament pour le C++.

Citation:

---

Envoyé par Luc Hermitte

Perl pour l'objet ? Ouch! Je m'y étais tenté et avais eu bien mal. Cela reste un langage fort pratique au demeurant. Une très bonne alternative à (ba)sh dès que les choses deviennent un peu compliquées.

Ruby sera bien mieux sur l'axe objet. Python peut-être aussi, mais je le connais bien mal.

---

Perl5 a un modèle objet très puissant mais assez difficile à programmer au début... Sinon il reste un must pour l'admin système et le traitement de données, et les objets sont très faciles à utiliser (ce qui fait que la plupart des modules du CPAN ont une interface objet).
Pour l'instant le modèle objet le plus élégant et utilisable est sans doute Ruby (mais ce langage souffre de quelques autres défauts : plus lent que Python ou Perl par exemple). Python est pas mal aussi (beaucoup l'encensent mais ayant essayé d'abord Python puis découvert Perl, j'en suis resté au Perl, question de goût ! ;) ).
Perl6 devrait changer la donne d'ici un an ou deux, avec un modèle objet très puissant et bien plus facile à programmer, ainsi que beaucoup d'autres bonnes idées. :D

--
Jedaï

Citation:

---

Envoyé par le y@m's

...[*]je le trouve plus simple que le C++ notamment pour les IHM
...

---

Bof, le seul truc, c'est que les librairies sont livrées avec le langage, mais à part ça...
Certaines librairies comme gtk ou qt utilisent des fichiers xml pour stocker les IHM. En plus, il existe des outils pour les créer et les utiliser en C,C++ ou même Python.

Citation:

---

Envoyé par Jedai

Perl5 a un modèle objet très puissant mais assez difficile à programmer au début... Sinon il reste un must pour l'admin système et le traitement de données, et les objets sont très faciles à utiliser (ce qui fait que la plupart des modules du CPAN ont une interface objet).

---

Je m'étais senti super bridé de ne pas pouvoir facilement créer des petites classes (pour mettre un template pattern en oeuvre) sans devoir exploser le nombre de fichiers à déployer. Surtout que mes objets étaient des objets d'implémentation et non des objets exportés que tout un chacun devait pouvoir voir.
Bref le modèle objet objet du Perl n'est pas compatible avec ma vision du monde objet -- à moins que cela soit le contraire.

A (re)voir avec Perl 6, donc ?

Citation:

---

Envoyé par Luc Hermitte

Citation:

---

Envoyé par Jedai

Perl5 a un modèle objet très puissant mais assez difficile à programmer au début... Sinon il reste un must pour l'admin système et le traitement de données, et les objets sont très faciles à utiliser (ce qui fait que la plupart des modules du CPAN ont une interface objet).

---

Je m'étais senti super bridé de ne pas pouvoir facilement créer des petites classes (pour mettre un template pattern en oeuvre) sans devoir exploser le nombre de fichiers à déployer. Surtout que mes objets étaient des objets d'implémentation et non des objets exportés que tout un chacun devait pouvoir voir.
Bref le modèle objet objet du Perl n'est pas compatible avec ma vision du monde objet -- à moins que cela soit le contraire.

A (re)voir avec Perl 6, donc ?

---

Tout à fait, si tu veux jeter un coup d'oeil au monde objet de Perl6, tu peux lire ce synopsis.

--
Jedaï

Et bien Python semble être un bon choix (bon chacun prêche pour sa paroisse aussi :wink: )
En plus, Python, ca s'apprend très vite grâce aux quelques Tutoriels proposés par Developpez.

moi je dirai C++ puisque tu veut faire de la programation objet et le C++ et un longage objet a 100% et tu peut faire avec tout les technique objet pour java j'endoute que se soit le cas

en plus pour faire de bon projet il te faut un longage rapide comme le c ou le C++ ,alors que tout le monde sait combien de temps prend java pour lancer un progrum ecrit en java

meme si java et plus facile a apprandre et a manipuler les avantages de la programation objet sous C++ sont meilleur

Merci pour le lien sur l'OO en Perl. J'y rejetterai un oeil le moment venu.


Sinon, C++ n'est pas 100% objet. Il est multi-paradigmes.
Il a en revanche, AMHA, une couverture de concepts objets plus étendue que celle du Java (meilleure gestion native des contrats (si on suit l'idiome (1) qui va bien), la possibilité de dériver, proprement et respectueusement, pour réutiliser du code sans devoir être obligé de respecter le LSP dérrière (2), ...)

(1) Tout est question d'idiomes en C++. En respectant des conceptions, on met en oeuvre des concepts externes au langage (modélisation OO, ...)

(2) En d'autres mots, l'héritage privé permet de dériver d'une classe dont on ne sera pas un représentant. En Java, quand on dérive on est obligatoirement un représentant (au sens "est-un"), ou alors on fait du code sale qui va briser des invariants. Ex. Pour définir une liste_triee à partir d'une liste, il faut passer par l'aggrégation et surtout pas par l'héritage.

Comprendre que l'on peut arriver à faire des choses similaires, mais différemment.