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
Tu parles de smartphone, moi je parle de tous les telephones portables par exemple. tous ceux qui sortent a l'heure actuelle supportent java
J2ME tourne meme sur java card, donc au niveau perfs ca va sans probleme.
Il y a des jvm spéciales embarquées faites par des specialistes de l'embarqué aussi.
En fouillant sur ce site, tu pourras certainement trouver des infos
http://www.forum.nokia.com/main/0,6566,010,00.html
Il faudrait arrêter de dire que .net est plus rapide que java... Il y a des benchmarks qui le prouve et d'autre qui le contredisent
En effet lunatix : Java est maintenant sur la majorité des téléphones et est même dispo sur les palm.
Sun a même fait un desktop en java pour linux
J'écris juste pour apporter mon avis et ceux de certaines personnes experimentées avec lesquelles je bosse.
voilà, si .net me semble être une réelle avancée technologique dans le monde M$, je pense que Java est d'un tout autre monde, il ne s'agit pas de dire que .net est à la traîne mais il n'est pas destiné au même monde.
Par exemple, pour le développement d'applications WEB, je pense qu'ASP.NET se situe entre PHP et Java/JSP. Pourquoi entre les deux ?
Car il a un aspect plus "puissant/professionnel" (que les fans PHP ne me frappent pas) que PHP mais n'a pas l'ouverture de Java/JSP, cet avis n'engage que moi mais ce que je sais de .net, c'est que ma boîte n'est pas plus enthousiaste que ça à l'utiliser, les clients grands comptes non plus et que cela n'a rien à voir avec le prix ou avec des considérations similaires mais que c'est bien le système qui est en cause, il est jeune mais ce n'est pas seulement cet argument qui le dévalorise, finalement, on propose beaucoup plus .net dans des systèmes de taille moyenne, facilement administrable et on préfère garder Java pour les systèmes importants demandant de gros efforts...
Je suis pas très clair, mais je voulais juste donner mon intuition, .NET, je trouve ça vraiment bien, mais pour de gros systèmes, je le sens pas ! Peut être tout simplement parce qu'il ne peut être déployé sur des machines unix...
JSP, Servlets, Struts, EJB, Hibernate, XDoclet, Torque, WebServices ...
Env. WebSphere, Tomcat, JBoss
.NET un peu en avance pour les tablet pc
Salut, je developpe une application en java qui tourne sur une tablette pc mais aux dernieres nouvelles on peut pas avec java contrairement a .NET avoir des composants qui permettent l'écriture manuscrite dans des sortes de TextField a mon grand regret, je pense que .NET a donc encore de beaux jour devant lui..
Re: .NET un peu en avance pour les tablet pc
faudrait déjà que les tablette pc commence à se vendre... ce qui n'est pas le cas encore... les ventes n'ont jamais décolléEnvoyé par maxxou
Salut, je developpe une application en java qui tourne sur une tablette pc mais aux dernieres nouvelles on peut pas avec java contrairement a .NET avoir des composants qui permettent l'écriture manuscrite dans des sortes de TextField a mon grand regret, je pense que .NET a donc encore de beaux jour devant lui..
La problematique doit se poser aussi pour les pda... et ca se vend un peu mieux
J'apporterai juste mon grain de sel en disant que globalement le framework .net est plus abouti que les librairies java, et que les fonctions sont beaucoup plus simples d'accès et faciles... ...au dépens de la portabilité appréciée chez Java...
Où va le monde ? Vers le futur ? Vers le passé ?
Sans réponse ?
c'est pas au framework de supporté ça mais au systèmeLa problematique doit se poser aussi pour les pda... et ca se vend un peu mieux
aucun problème pour les pda à faire ça
Re: .Net pour le client et Java & Co coté serveur sinon
dire qu'internet explorer est gratuit c'est comme dire qu'on a gratuitement un retroviseur avec sa voiture.
et ça avec une limitation en ram de 4go? y'en a qui vont souffrirça c'est sur ! regardez ce tableau :http://www.microsoft.com/windows.net...eeditions.mspx
Toutes les versions de windows.NET auront le framework intégré. Mais pour l'instant il n'y a que des versions de Windows.NET pour des serveurs, pas sur de pc familiaux!!!
Et avant que la majorité des ordinateurs aient Windows
.NET sur leur pc ça va prendre un peut de temps.
sérieusement ça va rendre leur SE encore plus lourd qu'il ne l'est aujourd'hui...
Heuresement il n'y a pas que des PC et que des Windows!
merde j'avais pas vu. J'espère que je n'aie pas fait un impair: sur certains forums il est interdit de remonter les vieux topics.
ça me fait penser à "Les moteurs seraient doubleraient de puissance, mais les voitures seraient quatre fois plus lourde. En conséquence elles seraient de + en + lente et de - en - fiables.Au fur et à mesure des années le matériel informatique à évoluer, moi j ai connu les pauvres pc d'il y a 15 ans, c était rapide avec les produit de l 'époque quand je suis passer à win95 avec mon 486 , je ramais c normal , je n avais pas le materiel adapter, à mon sens .NET c pareil.
Si vous mettez windows XP sur un pc de 300 Mhz avec 64 M sa ram.
Pour l'environnement .NET il faut du bon matos certe et alors , ils sont en avance d'un an c tout , dans un an on sera au 5 Ghz, si certains disent que j exagère ils ont tord, on est au 3 Ghz aujourd hui certe c loin d etre le cas partout mais bon sa arrivera suffit d'attendre.
Et je penserait jamais entendre qu'en faisant un produit démentiellement lourd, on serait "en avance"
Faut le mettre en mémoire ton runtime. Et ça prendra énormement de place et de temps à lancerSinon pour ce qui est de la taille du runtime de 120 M, où est le problème ??
les disque actuelement en vente dans le commerce font 60 G de moyenne alors qu est ce que 120 M sur 60 G.
oui Linux c'est compliqué. Ma soeur de 14 ans a d'ailleurs eu besoin d'une formation avant de s'en servir.Une dernière remarque :
on dirait que les développeurs préfère les produits compliqué : java, linux.
pour des clients qui ne connaissent rien ils veulent un produit qui ne fonctionne qu en un clique j exagère mais vous m avez compris 8)
alors que windows + delphi c le top 8)
Oui oui: Win2003 ça n'a plus de bugs ni de faille. Comme la version précédente. Et comme la précédente de la précédente en fait...
les pro .NET confirment? Si c'est vrai c'est inacceptable!
Il y a bien des incompatibilités entre le framework 1.0 et 1.1, tout comme il y en a eu dans les premières versions de JAVA.
Le CLR (seul necessité pour la redistribution) fait 23 Mo non 120.
quelqu'un à des bench de java 1.5 beta avec la plus récente version de .net en beta?
des benchs du genre accès a des données, traitement sur des string, nombre...
pour ceux qui râle toujours que java est lent
http://www.bytonic.de/html/benchmarks.html
à essayer
vraiment pas mal un quake 2 en java
Les bench on leur fait un peu dire ce qu'on veut
Difficile (voir impossible) de trouver un document objectif sur ce sujet
Je ne pense pas que les performances "brutes" soient LE critère qui doit guider ton choix entre ces 2 plateformes...
je rajouterai que .net et java n'ont pas le meme age. JAVA a toujours été lents pour certains points et a augmenter sa vitesse par 10 au cours des années au point de se rapporcher voire depasser le c++ sur certains points. (voire l'autre topic) on verra dans quelques années, car il est sûr que la version 2 du framework amenera deja pas mal de nouveautés et optimisations.
moi c'est Louis-Guillaume, ni Louis, ni Guillaume mais Louis-Guillaume et je n'aide pas ceux qui écorchent mon nom
La béta du 2.0 est plus rapide que la finale du 1.1 (chez moi et en asp.net)
Mais bon il y a bien un moment ou il faut prendre un décision, sans attendre X mois que la prochainne version sorte car il y a toujours une version alléchante en béta
Je pense que bien que .NET soit plus jeunne, .NET a quand même profité des 10 ans de retourd de java qui fut la première grosse plateforme en code managé.
Pour commencer à apprendre J2EE par qoui peuton commencer par exemple.
j'ai déja travaillé avec Servlet ,Jsp Struts
c qoui la prochaine étape pour mieux avancer ds J2EE queje prefer d'ailleur à .NET qui est moins portable
Tout développeur est un bidouilleur expérimenté
.NET est "portable" dans la mesure ou des projets opensource d'intégration .NET existe sous linux/bsd et qu'ils sont très avancé puisqu'ils gere le 1.1 et integre pour le moment une partie du framework 2.0.
Maintenant a dire que Java est portable... je me permettrais d'émettre énormément de doutes à ce sujet ... Ayant développé pas mal sous JAVA j'ai appris à HAIR cordiallement ce langage qui après mure reflexion est très mal fichue et très limité par rapport à ce qu'offre C++, ne serait qu'au niveau de la portées des déclarations dans les classes. Et oui, vous savez ces petits mots clé comme protected, qui en Java ne veut pas du tout dire ce à quoi on est en droit de s'attendre, du fait qu'il est issu de C++. Au moins la dessus C# est plus clair, protected ou internal pour la portabilité dans l'héritage.
Je me souviens de tous mes projets de fac, pas moyen de les faire tourner sous linux alors qu'ils avaient été codé sous un ide sous linux, mais dès que je devais testé l'appli, pouf fallait oublié linux et passer sous Win. tu parle d'une galere pour un environnement managé soit disant TOTALEMENT PORTABLE, sans parler du fait qu'on ne peut meme pas inclure des parcelles de code natifs/managé fait dans d'autres langages à cause de cette soit disant sacrosainte portabilité, meme pas correctemenent gérée par Sun lui meme car j'ai eu aussi pas mal de projets linux qui passaient sous linux et windows mais pas sous SunOS (Solaris), un comble étant donné que Sun est quand meme le developpeur de Java.
Sous C#, aucun probleme, dans la mesure ou j'ai pris précaution de pas coder avec le framework2.0 mais uniquement avec des classes 1.1, no problemo. Tout passe niquel sous linux, windows, et meme sunos et ouais. (oui j'ai eu du bol l'admin a mis un projet opensource comme mono)
Pour ce qui est de l'age, on aurait pu se dire que Java aurait pu compenser voir annulé tous les inconvénient de son jeune age mais c'est meme pas vrai, la compilation est toujours horriblement longue. Quand a l'execution, malgré la compilation en natif de parcelles de code critiques, on ne peut pas vraiment dire qu'on ai atteint des summun. Il reste néanmoins globalement plus lent que C#. Pour preuve, j'ai implanté un serveur entiere en C#, qui fonctionne très bien et sans latence inutile, sous java, ba euh... il se lance, il est cencé fonctionné, en théorie, en pratique ba euh... ba en fait voila quoi, c'est pas ca... je dirais meme que c'est une catastrophe.
Il serait interressant que l'on puisse faire des applets en C# (sans sortir toute de suite la grosse artiellerie avec des ActiveX, qui rappelons le ne sont pas compatible en grande majorité avec linux) plutot qu'en Java, car faut quand meme avouer que .NET est plus rapide meme pour l'interface graphique que SWING qui non content de ne pas être très "beau" sont atrocement lent.
Enfin voila quoi.
Je ne suis pas d'accord, si tu respecte bien les specifications de Sun, Java est portable sur toutes les plateformes pourvu que tu es la machine virtuelle adéquates. J'ai souvent entendu cet argument comme quoi on pouvait écrire du code Java non portable. Suffit de respecter les specs et tout tourne.
Sinon je ne vois pas trop le problème avec les modificateurs de visibilités.
Ok protected mélange 2 notions (visibilité par héritage et visibilité par package). Ca serait mieux s'il y avait 2 mots clefs différents.
Mais je trouve 1000 fois pire C# qui ne permet pas de modifier la visibilité par namespace. Ca manque cruellement ! Internal est lié à l'assembly, autrement dit tout ton programme
Si quelqu'un trouve la solution à ce problème je suis preneur !
Je me retrouve avec mes objets instanciables/accessibles à partir de toute mon appli
Remarque très pertinente ; Active X entraine une sorte de dépendance quand au choix de la technologie utilisée.
Autrement dit Active X rend encore plus propriétaires les développements
le problème doit se trouver entre la chaise et le clavier...
eclipse, netbeans en sont de bon example
notre application d'outils électronique fonctionne sur solaris, windows, linux, macos, bsb sans parler des tests en cours sur des machines ibm (os 400 je crois)
étant donné ton niveau, ta preuve veut pas dire grand chose..... mais quand je vois des méga gros système tel que ebay qui tourne sur du j2ee (après qu'il est utilisé du ms), je doute fort que tu as la vérité
tout comme de nombreux système médicale entre des hopitals
plus rapide?
ta des tonnes de test sur le web qui démontre le contraire
un peut être plus rapide dans un cas et vice-versa
quand on programme comme un bourrin et qu'on bloque le EDT, c'est normal que le gui soit lent
en gros tu sais pas coder en java... et tu es un pro .net.....
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