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
Critères d'éligibilité d'une application à DotNet
Bonjour,
Je souhaiterais lister les critères qui permettent de dire que telles applications seraient éligibles plutôt à la plateforme DotNet et non Java, et vis versa.
Si vous connaissez des critères (assez discriminants), je suis preneur.
Merci d'avance
Ça dépend des compétence disponible...
Après pour des applications où la GUI est primordial je pense que dotnet à un avantage (RIA ou non).
Ensuite quand tu as de l'existant dotnet ou java autant rester dans la même techno ça coute cher de changer.
Si tu dois interagir avec des appli microsoft dotnet est généralement mieux intégré
Des critères fortement discriminants il n'y en a pas beaucoup...
Le plus classique serait la contrainte d'une application multi-OS qui pousserait vers Java.
De l'autre côté, si la contrainte de collaboration avec Office est présente (et de manière générale avec tout autre produit MS), le choix porterait sur .Net.
Il faut effectivement regardé l'existant, les compétences en interne (.Net ça devient quand même un gros morceau niveau apprentissage) et garder à l'esprit que les deux technologies cohabitent très bien et communiquent facilement...
Merci pour vos précisions.
Les deux technos sont présentes dans l'entreprise. Le but est de déterminer une sorte de grille de critères qui permettrait d'établir que telle type d'application doit être développée en DotNet ou en J2EE/Java.
D'accord.
Dans ce cas, je pense que tu vas avoir du mal à définir beaucoup de critères techniques (en supposant que les compétences soient homogènes).
A la rigueur des critères de productivité peuvent être étudiés dans le mesure ou je trouve .Net plus productif niveau client web.
Sinon, pour des raisons historiques souvent liées à la présence d'un mainframe dans l'entreprise, on rencontre fréquemment le couple Server/BackOffice = Java, FrontOffice = .Net.
206 ou clio ?
A part ma connerie pas grand chose a rajouter ... à part ça :
.Net est plus productif donc en général moins de j/h mais il y a un cout des licences supplémentaires (win2003/Visual Studio en gros).
En général on s'y retrouve en terme de cout avec .net (1 VS ça dure des années et ça ne coute qu'un ou 2 j/h par exemple)
Ceci dit il n'est pas nécessaire de débourser le moindre centime pour programmer en .NET.Envoyé par anthyme
A moins d'être vraiment une grande entreprise ou vouloir le maximum de possibilités, on peut juste se munir de
Visual Studio Express/SharpDevelop (IDE) + SandCastle(Doc) + MySQL/Firebird/SQL Server Express (DB) + etc.
Et tout ça reste gratuit et très productif.
Quand vous dites: "on rencontre fréquemment le couple Server/BackOffice = Java, FrontOffice = .Net. "; je ne comprends pas bien l'intérêt. N'est il pas plus simple d'implémenter du Java de bout en bout (avec les JSP/servlets par exemple pour la partie front) ?
Il faut croire que l'on y trouve son compte dans pas mal de cas.
Il ne faut pas en faire un cas général, mais j'ai observé plusieurs environnement ou le choix de Java était dû à un existant conséquent en Cobol sur ISerie, et le choix de .Net était motivé par la bonne productivité qu'apporte ASP.Net avec Visual Studio.
Quand vous dites serveur/back office, vous pouvez donner un exemple? Car il ne s'agit pas du serveur d'application, n'est ce pas?
Le backoffice c'est souvent du web aussi où .net a son avantage ...
Je pense que c'est pas une question d'appli back/front office mais plutot que java a tendance a être plus utiliser pour les applis orienté business et .net pour les appli orienté interface.
Mais bon je penses que .net est tout aussi capable de faire de bonne appli business sans pour autant perdre ses avantage sur java comme la productivité !
smyley => Faut encore les win 2003 serveur qui sont cher ... et me parles pas de mono ou je dégluti !
Ben pourquoi ? Mono est tout à fait fonctionnel et rien n'empeche de faire de l'ASP.NET sous linux. Ainsi tu diminue drastiquement ton cout de licence. De plus tu peux également économiser les couts de licence VS avec MonoDevelopsmyley => Faut encore les win 2003 serveur qui sont cher ... et me parles pas de mono ou je dégluti !. Beaucoup plus sérieusement : Sur des projets Full Asp.net, Mono/Linux devient une vrai solution viable. Le dev est fait sous Windows puis déployer sous Mono. Certains éditeurs ne s'y trompent pas ...
Pour le reste Java/.NET à mon avis le plus gros des critères reste la "masse" de l'existant.
Dans le cas où une application doit communiquer avec des composants existant de type développés en C++ ou Delphi, .NET est mieux armé que Java et met à disposition différents mécanismes comme P/Invoke ou l'Interop.
Le coût des licences est dérisoire face au prix d'une ferme de serveurs.
Sinon pour en revenir à la question, .Net et Java sont équivalent en sortie de projet, juste qu'un projet .Net est inférieur en coût de production et que Visual Studio est très largement au dessus d'Eclipse pour le dev et l'interface avec une base de données, mais ce n'est qu'un avis perso d'un utilisateur de VS 2008
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