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
moué, enfin les winforms ne sont pas supportées et ne le seront probablement jamais completement, sans parler des problemes de brevets sur les api ADO.net, etc... mono est pas franchement capable de faire tourner tout ce qui est .net. Java a une vraie politique de portabilité, contrairement a .netEnvoyé par Keihilin
peut etre parce que microsoft pense que l'open source gpl est un cancer
Regarde ce qui a été fait au niveau technique et au niveau de la politique de communication menée par Microsoft jusqu'à maintenant et tu comprendras que cette réaction est loin d'être primaire et idiote.
J'suis pas à fond dans mono, mais bon...dans winform il y a "win"
Maintenant, avec mono on peut faire des application "desktop" avec gtk...
Je ne connais pas Java, mais est-ce qu'il n'utilise pas des lib graphiques différentes selon l'OS ?
Hé ben si...Rejeter un langage comme C# sous prétexte que c'est un produit microsoft, sans même se demander si par hasard ce ne serait pas un bon langage, c'est une réaction primaire et idiote.
J'suis pas un "fanatique", ni dans un sens ni dans l'autre, et donc je veux bien qu'on repproche des tas de choses à MS, mais il faut quand même savoir reconnaître qu'il y a de progrès...
Et dans l'autre sens, au fur et à mesure que le nombre d'utilisateurs de linux augmente, on entend de plus en plus parler de problèmes...
Rien n'est tout blanc, l'important c'est de voir dans quel sens les choses évoluent.
Je lance un appel au calme, sinon risque d'édition massive du sujet
merci de votre compréhenion
PS : Si un modérateur passant par là est volontaire pour remettre tout ca au propre ce serais bien. (y compris ensuite supprimer mon message).
Dsl, y a un bout qui répond à la question de départ et un autre un peu moins
Je ne le rejette pas (uniquement) sous le prétexte que c'est un produit Microsoft.
Le problème est que toutes les possibilités de ce langage ne seront pas exploitées sous Linux.
Or je ne suis pas sûr qu'un bout d'un bon ( ? ) langage reste bon.
De plus le Framework .NET a été conçu pour s'intégrer à Windows (ainsi que les langages qui vont avec).
Pour moi, le seul intérêt du portage sous Linux est que les Linuxiens qui vont devoir travailler sous Windows auront de quoi se familiariser avec le langage pour le boulot (ce que je ferai probablement si ça s'impose).
Et pourrait-on savoir lesquels Mr FUD?
Si tu veux continuer autant y aller par mp, j'éditerai ce post.
************
Réponse au post dessous comme ça s'il faut supprimer cette partie de l'intervention je n'aurais qu'à éditer ce post.
Ce que tu as écrit ne veut absolument rien dire.
Si tu parles des paquets, peut importe puisque pour la très grande majorité soit il sont portés soit il y a les sources soit on peut les convertir très facilement.
Du moment qu'on a pas le coup du 13-10 et les trucs dans le genre.
Si tu parles d'autres choses, explicite un peu.
Lesquels?
Dangerosité?
Modes d'infection?
De part la conception même de Linux, il est excessivement peu probable qu'il y ait des virus équivalents.
Faudrait arrêter de faire des copier-coller des FUD de chez M$.
Toutes les possibilités du langages peuvent être exploitées, c'est au niveau du framework que les différences vont se jouer. Les possibilités de Java d'un OS à l'autre ne dépendent pas du langage en lui-même, mais plutôt de la machine virtuelle sur laquelle il tourne non ?
Alors on est d'accord, il y a dans le framework des trucs "windows only", mais ce n'est pas pour ça qu'on ne peut pas avoir un très bon équivalent sous linux et ainsi à terme obtenir une bonne portabilité de C#...
J'imagine qu'il doit être possible d'utiliser le namespace windows.forms comme un wrapper sur une lib gtk sous linux, du coup le code source d'une application C# pour windows serait facilement portable...
Pas la peine de continuer par mp, j'ai pas l'intention de partir en troll.Et pourrait-on savoir lesquels Mr FUD?
Les problèmes dont je parle sont ceux que je lis, donc je ne te parle pas d'expérience, utilisant peu linux.
Problèmes de compatibilité entre distib.
Je ne cherche pas à discréditer linux, je pense juste qu'au fur et à mesure qu'il prendra de l'ampleur il connaîtra des problèmes de ce genre plus fréquemment...
ou ? quand ? comment ? parce que moi ? sous linux, des virus j'en ai JAMAIS vu :-)
y'a au mieux un vers pour apache qui tapait sur des confs bien specifiques, et quelques failles de secu qui traines pour les noyaux (encore faut-il un acces), mais des virus...ben non desolé !
ensuite pourquoi rejeter C# ? pas parce que le langage est mauvais (parce qu'en fait il est plutot bon, voir tres bon), mais parce que il repose sur des api windows only (winForm, ado, et bientot xaml, winfs etc...)(qui sont en plus brevetés) donc il ne sera JAMAIS portable au sens ou je l'entends.
quand au winforms, non, il n'y a pas de wrapper winform sur gtk, car de l'aveux meme des dev de mono, c'est trop complexe a faire.
en java tu as le choix, soit swing qui est plate forme independant, soit SWT qui utilise les mfc sous winf, soit motif/gtk/qt sur d'autres plates formes.
quand je dit portable, je veux dire que ca marche directement sous differentes plate formes... par exemple prenons des IDE : vs.net, eclipse, netbeans, jbuilder, monodevelop, C#developp...
D'un coté java : les ide marchent direct sous differentes plate formes
de l'autre C# : vs.net, on en parle pas, c'est du windows only, et l'equipe de mono a du reprendre C#dev sur beaucoup de points (toute la gui) pour que ca tourne sous mono (et du coup, ca tourne plus sous .net) ... c'est pas franchement la meme notion de portabilité
suit les standart tel que lsbUne chose n'a pas été dite sur la question de la portabilité. On dit que C# devrait à court terme être portable sur Linux. Seulement, il y a linux et linux (Suse, Redhat, Mandrake,RHEL3...et j'en passe)
Et une version de linux n'est pas du tout l'autre
Je le constate de plus en plus souvent car mon entreprise a introduit sur le marché(il y a + de 10 ans) un spooler d'impression hyper complet portable sur TOUTES les plateformes sans exception (comme ce spooler est certifié par SAP, faut suivre SAP).
Mais celles qui nous posent régulièrement des problèmes sont les Linux.
Linux est hyper dur à suivre, les kernels changent tout le temps... A chaque release de Redhat, des problèmes apparaissent. Bref, c'est pas une mince affaire de suivre Linux. Les systèmes Unix eux sont plus beaucoup plus homogènes (AIX, HP,Solaris). Microsoft devrait peut-être d'abord s'attaquer à Unix plutôt qu'à Linux.
Hé bien si, désolé !ou ? quand ? comment ? parce que moi ? sous linux, des virus j'en ai JAMAIS vu :-)
y'a au mieux un vers pour apache qui tapait sur des confs bien specifiques, et quelques failles de secu qui traines pour les noyaux (encore faut-il un acces), mais des virus...ben non desolé !
http://www.viruslist.com/eng/viruslistfind.asp?findWhere=011&findTxt=linux
Il y en a moins que pour windows, certes, vu que c'est windows qui est présent dans l'écrasante majorité des PC et non linux, mais il y en a je peux te l'assurer, j'en ai vu (des codes sources et de la doc pour en concevoir) !
Bon, passé cette digression (mais j'ai dû intervenir car je ne pouvais pas laisser passer cette affirmation erronée), on se recentre sur le sujet C# vs Java sans troller svp, merci !
Ben j'espère que tu te trompes
Trop complexe à faire ?? J'suis un peu étonné quand même...
Qu'on me dise que c'est super long à faire je veux bien, mais j'aimerais que l'on m'explique en quoi c'est plus complexe que le reste...
Ok. Mais pourquoi un même code Java peut indifférement tourner avec toutes ces bibliothéque et un code C# ne le pourrait jamais ?
La question que je me pose est de savoir si lorsque tu écris un code Java pour l'interface graphique tu dois déjà cibler l'une de ses lib (et donc un OS quelque part...) ?
Désolé si la question parait naïve, mais j'ai jamais touché à Java...
Les gens de chez SUN bossaient sur tous les OS avec les mêmes connaissances du langage.
Ce ne sera probablement jamais le cas pour C#.
Oui, un boulot monstreux a été fait de la part des codeurs de SUN.
Et un excellent boulot en plus, quand on voit la fiabilité du langage.
[mode baby troll]
Déjà que chez Microsoft ils sont pas foutus de faire un navigateur qui passe pas sont temps à foirer, on va pas leur demander de créer un langage du niveau de Java
[/mode baby troll]
En ce qui concerne Mono :
Sans être trop optimiste, je pense qu'on arrivera bien un jour à une bonne protabilité du C#. Sans doute pas aussi étendue que celle de Java, mais bonne quand même. C'est une question de temps; Dotnet est une technologie "jeune", et les débuts de Java n'étaient pas franchement glorieux...
Et puis pour une fois, Microsoft collabore et ne fais pas de rétention d'infos pour mettre des batons dans les roues de Mono...
euh, en fait, il fait un test avec un HelloWorld ... moi je veux voir une appli portable qui fait une GUI, des acces base de données et reseau !
quand aux winforms : extrait de la FAQ de mono
et pour la cooperation de microsoft, a mon avis si un jour mono devait leur poser probleme, ils le degagent dans la minute ! (par exemple rien n'empeche de reclamer de l'argent pour l'utilisation d'un norme ECMA)Question 29: Why not implement System.Windows.Forms on top of Gtk# or Qt#?
Compatibility.
Although it is possible to run simple Windows.Forms applications with the Gtk#-based backend of Windows.Forms, it is very unlikely that the implementation will ever implement everything needed for full compatibility with Windows.Forms.
The reason is that Windows.Forms is not a complete toolkit, and to work around this problem some of the underlying Win32 foundation is exposed to the programmer in the form of exposing the Windows message handler (WndProc). Any control can override this method. Also developers often P/Invoke into Win32 to get to functionality that was not wrapped.
To achieve full compatibility, we would have to emulate this, and it would take too long.
Du fait de:
La portabilite
De l'experience
Du nombre de ressources de tres grande qualite disponible
De la palette de possibilites
Java est incontestablement le meilleur language... pour l'instant!
Car le combat de C# (.net plus generalement) n'est pas sur ce terrain:
.Net n'est et ne sera pas portable, ca j'en suis convaincu
.Net s'enrichit de jour en jour de ressources, s'enrichit rapidement de nouveautes... mais il ratterapera jamais plus d'une decenie d'experience.
.Net pourrait prendre un avantage decisif au niveau de la facilite d'integration de composants satellites a la programmation (base de donnee, serveurs de documents intelligents...) C'est a ce niveau que C# sera meilleur. Cela n'est evidemment pas impossible dans Java, mais c'est moins evident. Il sera beaucoup plus simple et rapide de creer des systemes complexes.
Reste pour cela quelques defis pour .Net:
La securite
Le cout des solutions
L'interet pour nous les developpeurs de tous horizons (ca c'est ca qui importe vraiement) c'est que l'arrivee de .net va revitaliser le developpement de Java. La concurrence a notre avantage a tous!
http://vincentlaine.developpez.com/t...tnet/mono/#LIV.Net n'est et ne sera pas portable
C'est presque chose faite, non?
On pourrait penser mais, non, c'est pas presque fait.
Premiere definition de la portabilité d'un cote:
- Java avec ses release officielles pour moult plateformes
De l'autre
- DotNet avec sa seule release officielle plus une autre release pour Linux creee par des programeurs de talent, mais qui pourraient a tout moment se voir opposés a un brevet quelconque (.Net est un standard OK, mais le .Net framework va au delà)
Mono n'est pas totalement compatible avec le framework pour windows
Mono n'est pas tout a fait fini
Choisir Mono pour une entreprise, c'est un risque
Et je ne suis absolument pas contre Mono, bien au contraire
Miscrosoft ferait une release officielle de .Net pour Mac et linux? sauf accident de parcours, je ne pense vraiement pas, Microsoft vend des windows voyons
c'est la force de swing justement , il n'est pas limité par le GUI de l'os , tu peut absolument tout faire !
si non pour les petites difference arrete de dire nimporte quoi , les difference serais enorme , tout les composant n'existe pas sur GDI/GTK/QT , donc ca aurais eté tres limité au niveau des possibilité si l'on devais faire les GUI Native , mais SWT a paillé de probleme !
Voila mes impesssions :
JAVA
Java 1.4 - c'est une version de reference avec un framework complet.
Java 5.0 mais qu'est-ce qu'elle a apporte ? Les generics ? Les annotations ? En realite pas grande chose. Les generics en Java ce ne sont pas de "vrais" generics. Tout simplement c'est le compilateur qui fait les casts necesaires. Pendant l'execution du programme un ArrayList<String> est un ArrayList<Object>. De plus un ArrayList<int> n'existe pas donc il faut passe par un Integer et par le boxing/unboxing( on le paye). Quant aux annotations est-ce qu'ils simplifient la vie de programmeur d'une maniere ? Pas du tout. C'est de maquillage ca.
Java 6.0 ??? Il va pas proposer quoi ? http://java.sun.com/developer/techni...g_build39.html
Dans cette liste je ne vois rien d'interessant.Meme il y a certains qui me font rire par exemple
Feature: java.io.File does not support long paths on Windows.
C'est pas serieux ca ?!
Swing.XML le traitement de fichiers XML en Java c'est la gelere. Heureusement il y a le JDOM.
- Il y a pas mal de composants qui manquent de fonctionnalites de base. JFileChoose - on ne peut pas supprimer des fichiers et la selection est un peu bugge. JTable - il n'y a pas de tri par default.
Les composants supporte HTML 3.2
- Swing n'est pas complet. Il y a des composants de base qui MANQUENT.
- La performance. J'utilise Eclipse(SWT) et je suis content de la performance et tout. J'ai volu juste voir ce que Netbeans(Swing) propose. Il est tellement lent qu'il est pratiquement inutilisable(AMD Semprom 3.3 GHz, 1GHz RAM).
JavaEE 5.0 et SOA
Comme Sun s'oriente vers les entreprises, les developpeurs d'applications de bureau sont oublies. Ils devront se contenter avec Swing tel qu'il est car il va pas changer dans les annees qui suivent.
C#
Bruce Eckel Thinking in C#As a programming language, the Java developer will find in C# an evolutionary
improvement, as a programming platform, .NET is superior to the Java standard
edition and markedly superior to J2EE. For those Java programmers who have
become disillusioned with the evolution of Java and the behavior of Sun, C#
provides a higher-productivity solution for very little investment in time.
Je suis sur que les Java-istes connaissent bien ce nom.
En C# on parle de vrais generics. List<int> par exemple est tout a fait correct et pendant l'execution on a un type List<int> et pas List<Object>. Dans ce cas on ne passe pas par des Integers ce sont donc des generics plus performants aussi bien qui plus puissants.
Le C# donne la possiblite d'avoir de code non-manage dans le code manage. Alors si on veut on peut utiliser chaque cycle d'horloge et tout cela d'une maniere tres simple.
Les features de C# 3.0 sont vraiment des features de langages qui simpifient le developpment d'applications.
Le projet LINQ ! C'est une evolution !
C# + XML + SQL =
C# : Java
1 : 0
bhein ecoute il y a un probleme chez toi alors
chez moi Netbean est limite plus rapide qu'eclipse
si non .. non .NET ne sera pas portable, par exemple sur MacOs , Solaris
Bonjour
Mon choix est fait : Java.
Non sérieusement je n'ai pas testé C# (et j'en ai pas trop envie).
Bah les annotations c'est vraiment trop top terrible
Exemple pour hibernate : http://www.hibernate.org/247.html
Exemple pour EJB Entity : http://java.sun.com/javaee/5/docs/tu....html#wp996871
Bref que du bonheur
Maintenant si tu préfère tout te taper dans des fichiers XML ..........
tchuss
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager