IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Affichage des résultats du sondage: Quel est le meilleur des deux langages selon vous ?

Votants
1184. Vous ne pouvez pas participer à ce sondage.
  • Je suis intéréssé par Java et C#

    240 20,27%
  • C#

    377 31,84%
  • Java

    368 31,08%
  • J'apprécie le fait d'avoir l'alternative Java ou C#

    108 9,12%
  • Ni l'un ni l'autre

    36 3,04%
  • Sans opinion

    46 3,89%
  • Autre avis ? (précisez...)

    9 0,76%
C# Discussion :

C# versus Java [Débat]


Sujet :

C#

  1. #361
    Membre averti
    Homme Profil pro
    Directeur de projet
    Inscrit en
    Octobre 2012
    Messages
    117
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Directeur de projet

    Informations forums :
    Inscription : Octobre 2012
    Messages : 117
    Points : 343
    Points
    343
    Par défaut
    Citation Envoyé par _skip Voir le message
    Sur ce point, ça se passe au moins aussi bien que java, et même peut être mieux si on considère que tout le monde utilise les implémentations de référence. En ce sens, ce n'est pas comme dans java ou différents serveurs d'applications avaient toujours un petit truc à leur sauce. Même si depuis 1.5, ça c'est calmé.
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...

  2. #362
    Expert éminent
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    Novembre 2005
    Messages
    2 898
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Novembre 2005
    Messages : 2 898
    Points : 7 752
    Points
    7 752
    Par défaut
    Citation Envoyé par rimram31 Voir le message
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...
    C'est quand même assez réussi...
    Autant dans le monde du j2ee je veux bien reconnaître qu'il faille être très prudent avec les versions du JDK et des serveurs d'application, autant en j2se j'ai quasiment jamais vu de problème.

    Il y a des exceptions bien sûr, l'installeur de SAP en est un bel exemple mais à qui attribuer la faute? Je trouve honnêtement que depuis la 1.5, c'est quand même pas difficile d'avoir une application desktop portable en java. Il suffit de se gaffer sur deux ou trois petites choses liées à l'OS mais c'est largement faisable.

  3. #363
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    Août 2005
    Messages
    2 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : Août 2005
    Messages : 2 894
    Points : 7 083
    Points
    7 083
    Par défaut
    Citation Envoyé par rimram31 Voir le message
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...
    Tu confonds "rétrocompatibilité" et "portabilité". Cette première est clairement plus un fardeau et beaucoup de développeur débutant s'y trompe. J'ai même parfois des personnes avec un peu plus de bagage qui ne comprenne pas en quoi ca consiste.
    Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
    Ceylon : Installation - Concepts de base - Typage - Appels et arguments

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  4. #364
    Membre averti
    Homme Profil pro
    Directeur de projet
    Inscrit en
    Octobre 2012
    Messages
    117
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Directeur de projet

    Informations forums :
    Inscription : Octobre 2012
    Messages : 117
    Points : 343
    Points
    343
    Par défaut
    Citation Envoyé par Nemek Voir le message
    Tu confonds "rétrocompatibilité" et "portabilité"...
    Sur l'exemple que je donne peut-être mais pas dans l'idée que je voulais exposer. Les n versions étaient toutes "conformes", sans aucun souci de compatibilité ou de portabilité, mais l'anomalie provenait de légères différences d'implémentations, hors spécification, qui peuvent avoir un impact sur le code final.

    J'ai eu un exemple amusant entre je crois une 1.2 et une 1.3, une erreur dans une chaine de format utilisant une directive inexistante. Le souci c'est que la spec n'avait pas précisé comment se comporter dans ce cas, en 1.2 ça fait pas grand chose mais sans erreur, la version suivante une Exception était générée.

  5. #365
    Expert éminent
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    Novembre 2005
    Messages
    2 898
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Novembre 2005
    Messages : 2 898
    Points : 7 752
    Points
    7 752
    Par défaut
    Citation Envoyé par rimram31 Voir le message
    Le souci c'est que la spec n'avait pas précisé comment se comporter dans ce cas, en 1.2 ça fait pas grand chose mais sans erreur, la version suivante une Exception était générée.
    Je comprends déjà mieux, même si heureusement les exemples restent limités. Pour ma part j'ai goûté aux joies des différences d'implémentation avec les API xml pour SAX. Surtout que pour le coup, l'implémentation de référence du JDK (un xerces batardisé) est resté buggée d'une fuite de mémoire pour la majorité de la 1.6, soit plusieurs années.

    Mais bon, on reste assez bien lotis.

  6. #366
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    Août 2005
    Messages
    2 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : Août 2005
    Messages : 2 894
    Points : 7 083
    Points
    7 083
    Par défaut
    rimram31 > 1.2 et 1.3 doivent être de lointain et de mauvais souvenirs ... Je pense qu'il faudrait également se défaire de 1.4 et voir 1.5.

    _skip > L'avantage de beaucoup d'API de Java c'est de reposer sur le pattern SPI et que si les implémentations ne te conviennent pas, il suffit d'en fournir une (par exemple Apache Xerces 2.8 ou Saxon )
    Concernant la version embarquée par défaut, c'est bien une Xerces mais une version figée. Pour retrouver la version, il me semble qu'il faut fouiller la JSR de la version majeure de Java qui figera une version de JAXP et ensuite il faudra fouiller la JSR de cette version de JAXP pour trouver l'implémentation de référence. Sinon il me semble que Xerces (à moins que ce ne soit Xalan) possède une classe "Version" avec des constantes.
    Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
    Ceylon : Installation - Concepts de base - Typage - Appels et arguments

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  7. #367
    Expert éminent
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    Novembre 2005
    Messages
    2 898
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Novembre 2005
    Messages : 2 898
    Points : 7 752
    Points
    7 752
    Par défaut
    Citation Envoyé par Nemek Voir le message
    _skip > L'avantage de beaucoup d'API de Java c'est de reposer sur le pattern SPI et que si les implémentations ne te conviennent pas, il suffit d'en fournir une (par exemple Apache Xerces 2.8 ou Saxon )
    Concernant la version embarquée par défaut, c'est bien une Xerces mais une version figée. Pour retrouver la version, il me semble qu'il faut fouiller la JSR de la version majeure de Java qui figera une version de JAXP et ensuite il faudra fouiller la JSR de cette version de JAXP pour trouver l'implémentation de référence. Sinon il me semble que Xerces (à moins que ce ne soit Xalan) possède une classe "Version" avec des constantes.
    Cette approche est certes assez flexible mais pour moi elle a beaucoup plus d'inconvénients que d'avantages dans la pratique. Tu écris plus de code, il y a toujours 2-3 checked exceptions de plus que nécessaire à cause du lookup de l'implémentation et de la configuration du parser et au final tu finis souvent par utiliser directement les classes de ton implémentation pour profiter de ses fonctionnalités avancées non standards.

    Enfn bon, je trouve que ça semble pratique sur papier mais sur le terrain c'est loin d'être génial et ça amène plus de problèmes que ça n'en résoud. Je t'oblige pas à être d'accord mais c'est l'opinion que j'en ai.

  8. #368
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    Août 2005
    Messages
    2 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : Août 2005
    Messages : 2 894
    Points : 7 083
    Points
    7 083
    Par défaut
    Bah en fait je suis entièrement d'accord :p Mais l'avantage c'est que tu as tout de même une base saine et commune, pour les besoins simples.

    Et c'est grâce à ces nombreux "standards" que tu as d'autres produits dérivés comme JAXB, FOP, framework Web, etc.

    Concernant le lookup avec l'interface Service, il est transparent.
    Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
    Ceylon : Installation - Concepts de base - Typage - Appels et arguments

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  9. #369
    Nouveau Candidat au Club
    Femme Profil pro
    Débutante en langages de développement
    Inscrit en
    Mars 2019
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Débutante en langages de développement

    Informations forums :
    Inscription : Mars 2019
    Messages : 2
    Points : 1
    Points
    1
    Par défaut Langage python
    Bonjour,
    Je fait une formation en langage python car je suis débutante dans la programmation. Par la suite je voudrais apprendre le langage C# .
    Est une bonne transition ?!
    J aurai plus facile par la suite à apprendre le langage C#

Discussions similaires

  1. vba versus java
    Par lemacdupc33 dans le forum Langages de programmation
    Réponses: 3
    Dernier message: 30/05/2017, 11h52
  2. Temps de compilation C++ versus Java
    Par ZeRevo dans le forum Eclipse C & C++
    Réponses: 0
    Dernier message: 16/12/2011, 14h34
  3. Que choisir : PHP versus Java ?
    Par Sniper37 dans le forum Général Conception Web
    Réponses: 164
    Dernier message: 28/04/2009, 17h50
  4. Vitesse : C Versus Java
    Par ToTo13 dans le forum C
    Réponses: 15
    Dernier message: 01/10/2006, 10h19
  5. WinDev versus Java
    Par Tijee dans le forum WinDev
    Réponses: 4
    Dernier message: 29/01/2006, 11h15

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo