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

Dotnet Discussion :

Microsoft rappelle que .NET Core 3.0 va arriver en fin de vie le 3 mars 2020


Sujet :

Dotnet

  1. #81
    Membre éprouvé
    Profil pro
    Développeur .NET
    Inscrit en
    Février 2005
    Messages
    363
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2005
    Messages : 363
    Points : 1 034
    Points
    1 034
    Par défaut
    Citation Envoyé par rt15 Voir le message
    Bof. Désolé, je partage pas du tout cette analyse.

    Accessoirement il me semble que le Java est complètement has been sur mobile (bouffé par javascript, Dart, Kotlin...) et de toute façon pour les interfaces graphiques, les librairies historiques portables Swing et JavaFX sont pas utilisées sur mobile.
    Dart transpilé en java, Kotlin qui n'est qu'une surcouche pour apporter de la modernité à java.
    Malgré que java passe pour un hasbeen sur mobile, sauf cordova, (il me semble que le reste transpile en java ou mettent un interpréteur), java sous android reste le best en terme de perf.

    Citation Envoyé par rt15 Voir le message
    Les applications desktop ça devient de plus en plus has been aussi, tout se fait de plus en plus dans le navigateur.
    Par exemple pour Office, plutôt qu'un portage Linux, M$ a fait un portage (partiel) sur le web en proposant "Office Online"/"Office Web Apps"/"Office for the web"/"Office in a browser".
    Mais bien sur. Pour des besoins ultra simple c'est ok, sinon office web ca vaut pas la peine. C'est plus un viewer web qu'autre chose.
    Un exemple récent (avant hier), j'ai fait une présentation powerpoint via teams et j'ai eu besoin de faire une modification et ensuite grouper les éléments. Ca n'est pas dispo dans la version web.
    Je pourrais dresser une liste assez longue de ce qui n'est pas dans les version web.
    Quant à electron, prévoyons des machines dans le future avec 128gb ram vu comment sa prend des ressources.

    Citation Envoyé par rt15 Voir le message
    Le combat Java vs C# (pas seulement niveau appli desktop où ils n'ont jamais vraiment percé) va pas perdurer bien longtemps s'ils se font complètement démonter par pléthore de nouvelles technos (node.js...) et autres langages (Go...) qui sont vachement hypés.
    Alors, pour ce qui est de la france, en dehors de php et java, nulle espoir. D'ailleurs en france on forme des dev php à tour de bras.
    Dans le reste du monde, les dev c# sont hyper courtisés justement depuis le renouvellement de c#
    (ma femme et moi sommes des dev c# et nous pourrions changer de boite tout les mois. Ca en devient lassant ces relances pour bosser chez l'un et l'autre)

    Pour moi la guerre java vs c# n'existe plus depuis belle lurette. C# apporte plein de modernité dans le langage que n'a pas java.
    Pourtant, java rattrape doucement son retard, mais les applications métiers restent encore sur java 8.

    Blazor quant à lui apporte une manière de coder à la react. J'ai vu dernièrement une vidéo montrant du débug de code c# directement dans les devtools de edge chromium. Bluffant.

  2. #82
    Membre éclairé Avatar de rt15
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2005
    Messages
    262
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Octobre 2005
    Messages : 262
    Points : 665
    Points
    665
    Par défaut
    Dart peut être transpilé vers javascript ou être exécuté par sa propre VM. Il n'y a pas de lien technique entre Dart et Java.

    Kotlin dépend de la JVM, pas du langage Java. Le lien entre Kotlin et Java est techniquement le même qu'entre C# et VB.NET.

    Java reste très utilisé et ne va pas disparaître du jour au lendemain. Mais il me semble sur le début de la pente du déclin. Côté mobile il n'est plus poussé par Google. Côté serveur, les grosses boîtes osent démarrer des nouveaux projets en nodejs. Et la politique d'Oracle vis à vis de Java est désespérante, mais c'est un autre sujet.

    Pour le best en terme de perf à l'exécution sous Android il faut certainement oublier Java et se tourner vers le NDK.

    Office dans le navigateur, c'est bien de la merde, on est d'accord. Je suis obligé d'utiliser de temps en temps Excel dans le navigateur et c'est très pénible car l'édition est très lente .
    Mais c'est pas moi qui le pousse. C'est Microsoft :
    Office Online is Now Simply Office
    Why you should use Office for the web

    Sauf grande surprise, Office (sans Wine) sous Linux, c'est pas pour demain.
    De toute façon sous Linux les applis Desktop, c'est un peu la merde à développer. Trop de distributions. Une appli GTK dans un environnement de bureau KDE ou une appli QT dans un environnement GNOME, c'est réputé hideux...
    Electron idem, ce n'est pas moi qui ait poussé Microsoft à le choisir pour Visual Studio Code.
    Le choix d'architecture est très osé de se basé sur Electron donc Chromium, donc du Google, donc du concurrent.
    D'un côté cela montre une ouverture de M$, d'un autre côté, ça leur fait un peu perdre en crédibilité de ne pas faire du Dogfooding.
    Mais bon au moins ils ont utilisé leur TypeScript.
    C'est comme le choix d'utiliser Chromium dans Edge. Économiquement à court terme, c'est efficace. Stratégiquement, sur le long terme, ça me paraît complètement foireux.

    Bref, ils auraient pu faire un portage au moins partiel de XAML/WPF sous Linux (en partant de Mono ?) et faire Visual Studio Code en .NET.
    Mais ce n'est pas du tout ce qu'ils ont fait.
    Quoiqu'il en soit pas mal de développeurs semblent s'être tourné vers Visual Studio Code, le produit est loin d'être un échec niveau adoption.

    Pour ce qui est de Blazor, ce sera plus intéressant quand le code que l'on écrit sera compilé directement vers WebAssembly. Parce que là, du code intermédiaire (.NET) exécuté par une runtime en code intermédiaire (wasm), c'est un peu lourd...

    En fait peut être que Blazor sera une solution proposé par M$ pour les applis de bureau portables en .NET.
    Ce serait bien plus logique que VSCode soit basé sur C#/Blazor et pas sur TypeScript. Mais bien sûr quand ils ont commencé à développer VSCode, WebAssembly n'était pas vraiment une option...

    Certains prédisent que WebAssembly va beaucoup diminuer l'utilisation de javascript dans les SPA. J'imagine que oui et que c'est une bonne chose (meilleure perf à l'exécution, possibilité de choisir le langage de développement de son choix compilant vers wasm), mais pour le moment ça patine... Peut être le temps que les outils type Blazor soient bien au point.

    D'autres prédisent que WebAssembly sera utilisé pour faire des applications desktop portable (et donc qu'il va tuer au moins Electron, à part si Electron devient l'hôte standard des applis wasm). Là j'en sais trop rien.

  3. #83
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Septembre 2011
    Messages
    123
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Septembre 2011
    Messages : 123
    Points : 556
    Points
    556
    Par défaut
    Citation Envoyé par rt15 Voir le message
    Electron idem, ce n'est pas moi qui ait poussé Microsoft à le choisir pour Visual Studio Code.
    Le choix d'architecture est très osé de se basé sur Electron donc Chromium, donc du Google, donc du concurrent.
    D'un côté cela montre une ouverture de M$, d'un autre côté, ça leur fait un peu perdre en crédibilité de ne pas faire du Dogfooding.
    Mais bon au moins ils ont utilisé leur TypeScript.

    ...

    Bref, ils auraient pu faire un portage au moins partiel de XAML/WPF sous Linux (en partant de Mono ?) et faire Visual Studio Code en .NET.
    Mais ce n'est pas du tout ce qu'ils ont fait.
    Quoiqu'il en soit pas mal de développeurs semblent s'être tourné vers Visual Studio Code, le produit est loin d'être un échec niveau adoption.


    ....

    En fait peut être que Blazor sera une solution proposé par M$ pour les applis de bureau portables en .NET.
    Ce serait bien plus logique que VSCode soit basé sur C#/Blazor et pas sur TypeScript. Mais bien sûr quand ils ont commencé à développer VSCode, WebAssembly n'était pas vraiment une option...
    .
    Effectivement l'utilisation d'Electron n'est pas la meilleur façon de mettre en avant leur technologie mais par contre c'était clairement le moyen le plus rapide de créer grosse communauté derrière. A priori c'est une totale réussite, c'est devenu l'éditeur le plus utilisé et le projet le plus actif de github en seulement quelques années alors que le marché des éditeurs de texte était déjà saturé.

  4. #84
    Chroniqueur Actualités
    Avatar de Patrick Ruiz
    Homme Profil pro
    Redacteur web
    Inscrit en
    Février 2017
    Messages
    1 804
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Redacteur web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Février 2017
    Messages : 1 804
    Points : 50 740
    Points
    50 740
    Par défaut Microsoft annonce que .Net Core 3.0 met un terme au projet de portage de l’API .Net Framework
    Microsoft annonce que .Net Core 3.0 met un terme au projet de portage de l’API .Net Framework
    Sur la plateforme de développement open source et multiplateforme

    L'équipe .NET Core 3.0 de Microsoft annonce qu'elle a terminé avec le projet de portage de l'API .NET Framework sur la plateforme open source. L’entreprise a passé l’annonce il y a peu via le service web d’hébergement et de gestion de logiciels – GitHub. « À partir de maintenant, nous ne prévoyons plus de porter les APIs .NET Framework vers .NET Core. .Net Core 3.0 met un terme au projet de portage de l’API .Net Framework », écrit un responsable de la firme de Redmond.

    Nom : 1.png
Affichages : 45725
Taille : 38,6 Ko

    De .Net Core 1 à .Net Core 3.0 : retour sur l’évolution du framework open source et multiplateforme

    En 2016, la première version de .NET Core a vu le jour avec pour but de créer une première version de .NET qui soit à la fois open source et multiplateforme (Windows, macOS et Linux). Microsoft a fait ce choix pour cibler les utilisateurs qui n’utilisent que les technologies open source et pour répondre aux besoins d’exécution des applications .Net sur des serveurs Linux. Dès sa première version, le framework open source est conçu pour que l’ensemble des opérations soient possibles via la ligne de commande. .Net Core 1 introduit la coexistence de multiples versions du framework open source sur le même poste de travail, ce, pour apporter réponse aux problèmes de compatibilité posés par une installation globale de .Net Framework.

    .Net Core 2 fait l’objet de publication en juin 2017 avec le support de .Net Standard 2.0 ce qui permet au framework open source de glaner un supplément de près de 20 000 API. Ce tournant est notamment marqué par l’introduction du pack de compatibilité Windows – un paquet NuGet qui inclut plusieurs API réservées à Windows comme System.Drawing, System.DirectoryServices, etc. ASP.NET Core 2.0 a apporté Razor Pages et SignalR, deux frameworks qui manquaient dans .NET Core 1.0. L’Entity Framework a pour sa part ajouté le support du lazy loading.

    La première préversion publique de .Net Core 3.0 est pour sa part disponible depuis le début du mois de décembre de l’année précédente (2018). Grosso modo, .Net Core 3.0 se démarque des précédentes moutures du framework open source par la prise en charge de Windows Presentation Foundation (WPF), Windows Forms et Entity Framework 6 (EF6). Donc en s’appuyant sur cette mouture, le développement d’applications de bureau avec le framework open source est possible. La firme de Redmond a fait usage de l’approche brique séparée pour associer ces composants spécifiques à Windows au framework .Net Core 3.0. Au travers de la prise en charge de C# 8.0, .Net Core 3 permet de créer des applications web clientes avec Razor Components. En sus, le framework open source vient avec le support de scénarios qui impliquent l’Internet des objets et la plateforme ARM64. .Net Core 3 se démarque aussi des versions précédentes du framework open source par la prise en charge complète de ML.NET – un framework d’apprentissage machine conçu pour les développeurs .NET.

    Dans sa dernière note d’information, Microsoft revient sur cette évolution avec quelques chiffres à l’appui :

    « Nous avons commencé dans .NET Core 1.0 avec un jeu d'API très minimal qui n'incluait que près de 18 000 des APIs de .NET Framework. Avec .NET Standard 2.0, nous avons essayé de rendre beaucoup plus viable le partage de code entre .NET Framework, .NET Core et Xamarin, ce qui a permis d'étendre à environ 38 000 le jeu d'API .NET Framework disponibles dans .NET Core 2.0. Nous avons également mis en place le pack de compatibilité Windows, ce qui a augmenté les API .Net Core avec 21 000 unités ; résultat : près de 60 000 API supplémentaires. Dans .NET Core 3.0, nous avons ajouté WPF et WinForms, ce qui a augmenté le nombre d'API .NET Framework portées à .NET Core à plus de 120 000, ce qui représente plus de la moitié des API Framework.

    Il est également utile de souligner que nous avons ajouté environ 62 000 API à .NET Core qui n'existent pas dans .NET Framework. Si nous comparons les nombres totaux d'API, .NET Core possède environ 80 % des API de .NET Framework. »

    Où va Microsoft ?

    La firme de Redmond va vers un futur centré sur .Net Core 3 dont la version générale est disponible depuis la dernière conférence .Net qui s’est tenue du 23 au 25 septembre de l’année en cours. L’entreprise laisse ainsi filtrer une invitation à développer les nouvelles applications en s’appuyant sur .Net Core dont elle dit qu’il est taillé sur mesure pour « les charges de travail modernes » : applications de bureau, applications mobiles, applications console, services dans le nuage, etc.

    En fait, les développements en cours marquent l’arrêt de l’évolution du .Net Framework rendu à la version 4.8. Ce dernier continuera néanmoins de bénéficier de prise en charge, mais la firme de Redmond se veut claire : elle axe ses travaux sur l’intégration de nouvelles technologies au sein du .Net Core.

    Sur les bases posées avec .Net Core 3, Microsoft entend produire un environnement d’exécution .Net unique et une infrastructure partout. En d’autres termes, Microsoft va vers un seul .Net à l’avenir. Ce dernier pourra être utilisé pour cibler plusieurs (sinon toutes) plateformes : Windows, Linux, MacOS, iOS, Android, tvOS, watchOS et WebAssembly, etc. Ce futur se nomme .Net 5 – la prochaine version de .Net Core 3. La première préversion de .Net 5 sera disponible dans la première moitié de l’année à venir. La version finale est attendue en novembre 2020. Microsoft prévoit ensuite de publier une version majeure de .Net une fois par an, ce, tous les mois de novembre.


    Source : Microsoft

    Et vous ?

    Qu’en pensez-vous ?

    Voir aussi :

    .NET Core 3.0 offrira un support du développement d'applications de bureau, mais sur Windows uniquement
    Vos applications Windows Forms et WPF sont-elles prêtes pour .NET Core 3.0 ? Microsoft veut s'en assurer et sollicite les développeurs
    Microsoft revient avec plus de détails sur .NET Core 3.0 et .NET Framework 4.8 : bientôt une dissemblance entre le Framework .NET et .NET Core
    De .NET Core 1 à .NET Core 3.0, retour sur l'évolution du Framework open source et multiplateforme de Microsoft
    .NET Core 3.0 Preview 4 est disponible et s'accompagne d'une MàJ de la compilation hiérarchisée ainsi que du contrôle WinForms Chart
    Avec .NET 5, Microsoft voudrait produire un environnement d'exécution .NET unique et une infrastructure utilisable partout
    Microsoft confirme que la version générale de .NET Core 3.0 sera disponible durant la .NET Conf 2019 et en profite pour publier .NET Core 3.0 RC1
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  5. #85
    Membre éprouvé
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Août 2014
    Messages
    476
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Août 2014
    Messages : 476
    Points : 1 042
    Points
    1 042
    Par défaut
    vivement .net5 ce dont tous les devs c# revent depuis des années.

  6. #86
    Membre chevronné Avatar de denisys
    Profil pro
    Développeur informatique
    Inscrit en
    Mai 2002
    Messages
    1 121
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mai 2002
    Messages : 1 121
    Points : 1 911
    Points
    1 911
    Par défaut
    Etant déçus des résultat de .Net Core 3.0 , je préfère continuer a utiliser mono , pour le portage des applications WinForm , sur linux et mac .
    https://www.mono-project.com/
    Ne pas savoir n’est pas une faute si l’on cherche à combler ses lacunes.

    "Il n'y a pas d'obstacles infranchissables , il y a des volontés plus ou moins énergiques voilà tous" Jules Vernes

  7. #87
    Membre habitué
    Profil pro
    Inscrit en
    Août 2005
    Messages
    63
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2005
    Messages : 63
    Points : 144
    Points
    144
    Par défaut L'art de la communication by Microsoft
    Toujours aussi fort dans la communication Microsoft. Quand .NET core sort il indique que le .NET est terminé, pour revenir 3 ans après à .NET 5 et terminé .NET core
    En ce moment il y a un sondage par Microsoft pour savoir si il faut renommer les extensions .XAML en .WinUI, pour qui pour quoi?? Certainement l'équipe de WinUi qui veut laisser sa trace, encore un égo surdimensionner non canalisé par des responsables...
    Je serais curieux de savoir si en interne Microsoft / Satya se pose encore des questions de savoir pourquoi les développeurs sont partis sur la concurrence!
    Jean-claude

  8. #88
    Membre extrêmement actif
    Profil pro
    Inscrit en
    Juin 2010
    Messages
    794
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2010
    Messages : 794
    Points : 986
    Points
    986
    Par défaut
    Citation Envoyé par Bart-Rennes Voir le message
    Toujours aussi fort dans la communication Microsoft. Quand .NET core sort il indique que le .NET est terminé, pour revenir 3 ans après à .NET 5 et terminé .NET core
    En ce moment il y a un sondage par Microsoft pour savoir si il faut renommer les extensions .XAML en .WinUI, pour qui pour quoi?? Certainement l'équipe de WinUi qui veut laisser sa trace, encore un égo surdimensionner non canalisé par des responsables...
    Je serais curieux de savoir si en interne Microsoft / Satya se pose encore des questions de savoir pourquoi les développeurs sont partis sur la concurrence!
    Hein ça serai bien de réfléchir avant de parler si vous n'êtes pas content aller pomper l'air sur d'autres forums ou trouvez vous un boulot.

  9. #89
    Expert confirmé Avatar de sergio_is_back
    Homme Profil pro
    Responsable informatique, développeur tout-terrain
    Inscrit en
    Juin 2004
    Messages
    1 075
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : Responsable informatique, développeur tout-terrain
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 075
    Points : 5 541
    Points
    5 541
    Par défaut
    Citation Envoyé par denisys Voir le message
    Etant déçus des résultat de .Net Core 3.0 , je préfère continuer a utiliser mono , pour le portage des applications WinForm , sur linux et mac .
    https://www.mono-project.com/
    Ce serai bien que tu développe un peu, ça pourrai toujours être intéressant de savoir pourquoi...

  10. #90
    Membre éclairé Avatar de rt15
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2005
    Messages
    262
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Octobre 2005
    Messages : 262
    Points : 665
    Points
    665
    Par défaut
    Microsoft affirme vouloir converger vers un seul .NET. Ce qu'ils disent moins clairement, c'est qu'ils veulent aussi une seule VM. Aujourd'hui il y en a 3 :
    1. .NET Framework
    2. .NET Core
    3. Mono


    Le passage du .NET framework en mode fin de vie est maintenant complètement officiel. On le constate par différents faits :
    1. Des fonctionnalités de C# 8 ne sont pas dispo avec le .NET framework, entre autres les méthodes par défaut dans les interfaces.
    2. Le .NET Standard 2.1 ne sera pas supporté par le .NET framework.
    3. ...


    Microsoft a fait beaucoup d'efforts pour que les applications basées sur le .NET framework puissent être migrées vers .NET Core.
    Il reste cependant des freins, par exemple les différences entre l'Entity Framework du .NET framework et l'Entity Framework du .NET Core.
    Autre exemple, WF et WCF ne seront pas portés vers .NET Core, du moins pas par Microsoft.

    Le même sort est réservé à Mono : passage en mode fin de vie.

    Ils récupéreront la partie compilation AOT de Mono pour l'intégrer à .NET 5 car ils semblent en avoir besoin pour iOS.
    Ils mettront la VM Mono à la benne (mode fin de vie), de même que l'implémentation WPF et Winforms de Mono (donc WPF et Winforms sur Linux et Mac).

    Interview de Richard Lander.

  11. #91
    Membre expérimenté Avatar de dfiad77pro
    Homme Profil pro
    Responsable Architecture logicielle
    Inscrit en
    Décembre 2008
    Messages
    541
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable Architecture logicielle
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2008
    Messages : 541
    Points : 1 729
    Points
    1 729
    Par défaut
    Oui, l'EF est vraiment un vaste sujet, autant EF 6.3 peut être utilisé sous Windows avec .net CORE, autant EF core nécessite des améliorations, pour le database first faut vraiment faire du reverse et passer en code first ( sans les migration) donc tout faire à la main

  12. #92
    Membre chevronné Avatar de denisys
    Profil pro
    Développeur informatique
    Inscrit en
    Mai 2002
    Messages
    1 121
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mai 2002
    Messages : 1 121
    Points : 1 911
    Points
    1 911
    Par défaut
    salut sergio_is_back.

    Oui, mais ce n’est pas simple, donc, c’est long a développer.
    Dans ce que j’avais +- compris des annonces de : .Net Core 3.0
    Tu pouvais porter une app développée sur Windows, sur les autres plateformes : Linux , Mac.
    Hors dans ce que j’ai testé sur Unbutu 19x64 , lorsque tu lance la commande .Net Core 3.0 , pour créer un app WinForm => KO
    En contre partie, lorsque je développe une app avec Visual Studio 2015 (avec une database sqlite), mono arrivera à interpréter le code , avec un message d’erreur .
    Qui est très classique, en fait , et la résolution de cette problématique , consiste a installer :
    https://www.winehq.org/
    • Redistribuable Visual C++ pour Visual Studio 2015 (https://www.microsoft.com/fr-fr/down....aspx?id=48145)

    Mon contexte, est celui, ci.
    J’installe mon app sur windows 7x86 , et je peux consommer cette app , lorsque j’utilise Ubuntu 16x86 , en dual boot.
    Mais il est vrai , que ce n’est pas simple dans le portage d’application avec cette solution .
    Sans compter , qu’il peut y avoir des options d’installation concernant des parties tiers a l’application.
    Si tu ajoute un composant (type dll) qui a une relation avec MariaDB , par exemple , rien ,ne prouve , que le composant pourra agir et être opérationnel dans l’os porté.

    En claire, on est loin de la formule de Lazarus : write once compile anywhere

    Sans compté, que même pour l’option Lazarus , les contraintes existes.
    En espérant t’avoir inspiré !!!
    Ne pas savoir n’est pas une faute si l’on cherche à combler ses lacunes.

    "Il n'y a pas d'obstacles infranchissables , il y a des volontés plus ou moins énergiques voilà tous" Jules Vernes

  13. #93
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 145
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 145
    Points : 25 051
    Points
    25 051
    Par défaut
    Citation Envoyé par denisys Voir le message
    Tu pouvais porter une app développée sur Windows, sur les autres plateformes : Linux , Mac.
    Hors dans ce que j’ai testé sur Unbutu 19x64 , lorsque tu lance la commande .Net Core 3.0 , pour créer un app WinForm => KO
    Microsoft avait été clair, .net core est multiplateforme mais ne supporte que console et web (pour l'instant)
    le pack winforms/wpf n'est qu'une extension Windows de .net core 3, ils n'ont pas réécrit la partie rendu (et ils ne le feront pas)
    on est encore quelques uns à espérer un Framework graphique pour .net core (s'il pouvait remplacer Xamarin ca m'arrangerait même, car c'est quand même moins cool que wpf)

    ils veulent en effet éviter d'avoir 3 clr à gérer, donc Xamarin devrait basculer sur .net core, peut etre avec le Framework 5 (qui n'est que .net core 4) ou avant, on sait jamais
    le .net Framework 4.8 je le vois pas trop basculer sur la clr de .net core auquel cas elle resterait comme elle est, mais je peux me tromper
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  14. #94
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 144
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 144
    Points : 7 388
    Points
    7 388
    Billets dans le blog
    1
    Par défaut
    Tout ce que je vois, c'est que .NET 1.0 (pas Core) était annoncé en grandes pompes pour indiquer un code portable sur toutes les machines (il suffit que quelqu'un écrire un compilo, ce qu'à fait Novell à l'époque avec Mono).
    Ensuite, voyant que WinForms serait compliqué à rendre multiplateforme, ils se sont lancé dans WPF et consors.
    Mais la mayo n'a pris que sous Windows.
    Alors pour séduire Linux, on lance .NET Core qui ne sait pas faire d'UI.
    Et au final, on abandonne .NET tout court...

    Bref, demain, si on veut faire une UI, on se retrouve de nouveau à faire du WinForm ou WPF sous Windows, et .NET Core ou pas, on retourne à la case départ... on a du code pas portable, tout du moins, pas plus portable qu'avant !

    Microsoft a tout bien réécrit son framework, mais au final, en tant que développeur, on n'a rien gagné d'autre que de devoir migrer nos projets une fois de plus... sans toujours comprendre ce que signifie tout ce bordel puisqu'au final rien n'a changé.
    On ne jouit bien que de ce qu’on partage.

  15. #95
    Membre éclairé
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Septembre 2014
    Messages
    201
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Septembre 2014
    Messages : 201
    Points : 704
    Points
    704
    Par défaut
    ça devient compliqué.
    .NET CORE 3.0 semble ne plus être compatible avec les DLL .NET Framework classique (me le dire si je me trompe), alors qu'on pouvait utiliser le Framework .NET 4.7.x en .NET CORE 1.0 et .NET CORE 2.x (et donc intégrer dans notre projet, des DLL .NET Framework classique, non compatible avec .NET Standard (Core) )
    .NET CORE 5.0 va semble t-il réintégrer cette compatibilité, je ne comprends pas la logique derrière.

  16. #96
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 145
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 145
    Points : 25 051
    Points
    25 051
    Par défaut
    microsoft a aussi fait ca pour lui
    .net core est beaucoup plus performant (j'ai pas encore fait de test de comparaison, on devrait migrer une appli sur la fin de l'année)
    les applis sans UI desktop c'est très utilisé sur azure
    et linux est plus performant que windows (à priori)
    donc pour azure c'est tout bénef pour Microsoft d'avoir un Framework plus performant qui fonctionne sur linux

    pour les développeurs on gagne quand même les perfs et le fait que le framework .net core peut etre intégré à notre appli
    on a eut le cas chiant y a quelques mois ou ms a fait une maj de .net framework et notre appli s'est mise à bugger chez nos clients, et c'était bien un bug introduit par ms dans certains cas rares d'utilisation, donc on aurait pas eut ce problème avec le framework intégré (plutot qu'un framework unique pour une machine qui se met à jour sans tests !)
    (plus toutes les classes qui ont été intégré à .net core et qui n'existent pas sur .net Framework, même si la réciproque est vraie)

    en 2 ou 3 ans ils ont quand même abattu pas mal de boulot pour en arriver là (bonne couverture du fx normal et Windows et wpf inclus pour windows) donc je pense que les 2 prochaines années nous apporterons encore pas mal de chose
    et c'est courageux (et surement utile) de reprendre tout à zéro pour reconstruire la même chose en mieux

    après ms a bien précisé qu'il n'était pas forcément utile car pas toujours faisable de porter une application .net Framework vers .net core, ca prend énormément de temps
    sur une équipe et un logiciel en cours de dev c'est faisable, sur un soft terminé avec un seul développeur pour maintenir ca ne l'est clairement pas
    et ce n'est pas spécialement grave, le Framework 4.8 continuera de fonctionner longtemps (les applis vb6 qui ont 20 ans fonctionnent encore pas mal)
    mais il n'y a pas de doute que c'est l'avenir, pour un nouveau projet c'est surement un bon choix
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  17. #97
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 144
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 144
    Points : 7 388
    Points
    7 388
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Pol63 Voir le message
    .net core est beaucoup plus performant (j'ai pas encore fait de test de comparaison, on devrait migrer une appli sur la fin de l'année)
    les applis sans UI desktop c'est très utilisé sur azure
    et linux est plus performant que windows (à priori)
    donc pour azure c'est tout bénef pour Microsoft d'avoir un Framework plus performant qui fonctionne sur linux
    Sur ces points, je suis parfaitement d'accord.

    Cependant, personnellement, ce que j'ai compris initialement de la philosophie même de .NET va à l'encontre de la façon dont ça se fait.

    .NET c'est "tu codes avec ton langage préféré, sans jamais te soucier de la façon dont ça va tourner au final sur la machine du client".
    D'où l'abandon des pointeurs, allocations mémoires, des types portant explicitement le nom CPU (word par exemple).
    => Je code mon programme, que ça tourne sur un x86, x64 ou ARM64, sauf si je commence à vouloir faire un codec de compression vidéo en temps réel (ce pour quoi .NET n'est pas du tout fait) je m'en tamponne, je vais avoir rigoureusement le même code.

    Par extension, j'ai envie de dire que si le CLR ou les API qui sont utilisées "derrière le décor" changent, cela ne me concerne même pas.
    Et par conséquent, .NET Core aurait, à mon sens, dû être une simple refonte de .NET tout court, sans pour autant que ce soit un Framework différent.

    Et tout ce qui n'a pas été repris dans .NET Core aurait dû l'être, quite à être deprecated et avoir un impact négatif sur les performances et la portabilité : au moins, on pouvait suivre l'évolution du Framework sans devoir jeter d'un coup la moitié de son code.
    On ne jouit bien que de ce qu’on partage.

  18. #98
    Expert éminent sénior Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 145
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 145
    Points : 25 051
    Points
    25 051
    Par défaut
    jeter la moitié de son code ca me parait un peu marseillais ...
    il y a un analyseur qui te dis le pourcentage de ton code qui n'existe pas dans .net core 3
    on a fait le test y a environ un an et je crois qu'on avait 97% de réutilisable
    ce qui ne l'était pas c'était des broutilles comme l'utilisation d'app.config (ca se remplace vite par autre chose, surtout qu'on avait tout centralisé) et wcf server (la partie client existant dans .net core) et là on peut rester sur un exe .net Framework
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  19. #99
    Membre du Club
    Profil pro
    Inscrit en
    Octobre 2003
    Messages
    30
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2003
    Messages : 30
    Points : 49
    Points
    49
    Par défaut
    Il existe une UI multiplateforme sour Xamarin : Xamarin.Forms
    Ce framework propose une UI pour UWP, Android, IOS ET Linux, MacOS (en beta pour le moment) :
    https://docs.microsoft.com/en-us/xam...latform/other/

    Il est fort a parier que tout ceci terminera dans .Net 5.0...
    It's time to kickass nvidia and chew 3dfx/ati bubblegum !

  20. #100
    Expert éminent sénior

    Avatar de François DORIN
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juillet 2016
    Messages
    2 757
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2016
    Messages : 2 757
    Points : 10 695
    Points
    10 695
    Billets dans le blog
    21
    Par défaut
    Citation Envoyé par freesket Voir le message
    Ce framework propose une UI pour UWP, Android, IOS ET Linux, MacOS (en beta pour le moment) :
    Quand je vois le travail qu'il reste à faire, je parlerai plutôt d'alpha que de bêta. D'ailleurs, il y a quelques mois, ces plateformes étaient estampillées "Early Preview". Aujourd'hui, ce statut a disparu, on sait seulement quand un support est "stable".
    Donc aujourd'hui, l'usage de Xamarin pour réaliser une application bureautique portable est plutôt limitée.
    François DORIN
    Consultant informatique : conception, modélisation, développement (C#/.Net et SQL Server)
    Site internet | Profils Viadéo & LinkedIn
    ---------
    Page de cours : fdorin.developpez.com
    ---------
    N'oubliez pas de consulter la FAQ C# ainsi que les cours et tutoriels

Discussions similaires

  1. Réponses: 0
    Dernier message: 23/08/2017, 03h14
  2. Réponses: 1
    Dernier message: 12/05/2017, 18h04
  3. Réponses: 1
    Dernier message: 05/09/2016, 02h52
  4. Réponses: 1
    Dernier message: 10/05/2016, 10h28
  5. Réponses: 9
    Dernier message: 24/03/2011, 16h33

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