Affichage des articles dont le libellé est Service Pack Microsoft. Afficher tous les articles
Affichage des articles dont le libellé est Service Pack Microsoft. Afficher tous les articles

jeudi 15 août 2019

Microsoft .NET Framework 4.8 Build 3928

Le package redistribuable .NET Framework installe le runtime .NET Framework et les fichiers associés requis pour exécuter des applications développées pour .NET Framework.

Microsoft .NET Framework 4.8 est une mise à jour hautement compatible avec Microsoft .NET Framework 4, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1 et 4.6.2 , 4.7.1 et 4.7.2  Le package hors ligne peut être utilisé dans les situations où le programme d'installation Web ne peut pas être utilisé en raison du manque de connectivité sur Internet.

.NET Framework est un environnement d'exécution géré qui offre une variété de services à ses applications en cours d'exécution. Il se compose de deux composants majeurs: le Common Language Runtime (CLR), qui est le moteur d'exécution qui gère les applications en cours d'exécution. Et la bibliothèque de classes .NET Framework, qui fournit une bibliothèque de code testé et réutilisable que les développeurs peuvent appeler à partir de leurs propres applications.

Microsoft .NET Framework fournit des services:
  • Gestion de la mémoire. Dans de nombreuses langues de programmation, les programmeurs sont chargés d'attribuer et de libérer de la mémoire et de gérer les durées de vie des objets. Dans les applications .NET Framework, CLR fournit ces services au nom de la demande.
  • Un système de type commun. Dans les langages de programmation traditionnels, les types de base sont définis par le compilateur, ce qui complique l'interopérabilité entre les langues. Dans .NET Framework, les types de base sont définis par le système de type .NET Framework et sont communs à toutes les langues ciblant .NET Framework.
  • Une vaste bibliothèque de classes . Au lieu d'avoir à écrire de grandes quantités de code pour gérer des opérations communes de programmation de bas niveau, les programmeurs peuvent utiliser une bibliothèque facilement accessible de types et leurs membres à partir de la bibliothèque de classes .NET Framework.
  • Cadres et technologies de développement. .NET Framework comprend des bibliothèques pour des domaines spécifiques de développement d'applications, tels que ASP.NET pour les applications Web, ADO.NET pour l'accès aux données et Windows Communication Foundation pour les applications axées sur les services.
  • Interopérabilité linguistique. Avec cette fonctionnalité, les routines écrites dans une langue sont accessibles à d'autres langues, et les programmeurs peuvent se concentrer sur la création d'applications dans leurs langues ou langues préférées.
  • Compatibilité de version. À de rares exceptions près, les applications développées à l'aide d'une version particulière de .NET Framework peuvent s'exécuter sans modification sur une version ultérieure.
  • Exécution côte à côte. .NET Framework contribue à résoudre les conflits de version en permettant l'existence de plusieurs versions du Common Language Runtime sur le même ordinateur. Cela signifie que plusieurs versions d'applications peuvent également coexister et qu'une application peut s'exécuter sur la version de .NET Framework avec laquelle elle a été créée.
  • Multitargeting. En ciblant la bibliothèque de classe portable .NET Framework, les développeurs peuvent créer des assemblages fonctionnant sur plusieurs plates-formes .NET Framework. Comme Windows 7, Windows 8, Windows 8.1, Windows 10, Windows Phone et Xbox 360.

Quoi de neuf dans Microsoft .NET Framework 4.8:

Les notes de publication .NET Framework décrivent les améliorations apportées au produit, regroupées par domaine de produit. Chaque modification inclut un ID de bogue VSTS interne à Microsoft, le binaire principal mis à jour et si la modification était un bogue ou une fonctionnalité.

ASP.NET

  • Correction de la gestion des InputAttributes et LabelAttributes pour le contrôle ASP.NET CheckBox. [643614, System.Web.dll, Bug, Build: 3646]
  • Correction d'un problème de perf dans le pool d'instances HttpApplication de la classe HttpApplicationFactory. [639421, system.web.dll, Bug, Build: 3673]
  • Correction d'une exception NullReferenceException levée de la page / du contrôle avec uniquement des constructeurs paramétrés avec des valeurs par défaut lors du ciblage de 4.7.2 [635479, System.Web.dll, Bug, Build: 3673]
  • Correction d'un problème lié à ValidationContext.MemberName lors de l'utilisation de DataAnnotation.ValidationAttribute personnalisé. [563497, System.web.dll, Bug, Construire: 3694]
  • ArgumentOutOfRangeException fixe dans MemoryCache lors de l’utilisation de moniteurs de changement avec des fichiers non existants à l’est de GMT. [684136, System.Web.dll, Bug, Build: 3694]
  • Correction du traitement des en-têtes HTTP à valeurs multiples pouvant affecter le traitement de données en plusieurs parties. [684397, System.Web.dll, Bug, Build: 3694]
  • Correction du traitement des en-têtes HTTP à valeurs multiples pouvant affecter le traitement de données en plusieurs parties. [726155, System.Web.dll, Bug, Build: 3734]
  • Pour les applications clientes (Winforms, WPF, ou les applications de console, etc.), les API des services d'application client ASP.NET ont été renforcées contre les charges utiles JSON potentiellement malveillantes. [727703, System.Web.dll, Bug, Construire: 3734]
  • Correction d'un problème introduit dans ASP.NET 4.7, dans lequel la suppression inattendue d'un type d'élément de cache particulier pouvait générer un fichier * .delete orphelin qui empêchait l'exécution des applications Web. [750653, System.Web.dll, Bug, Build: 3734]

BCL

  • Désérialisation fixe des collections qui utilise StringComparer, sensible à la culture. [566534, mscorlib.dll, Bug, Build: 3621]
  • Correction de System.Runtime.CompilerServices.RuntimeFeature.IsSupported pour prendre en compte correctement les paramètres de bizarrerie de compatibilité des applications pour la fonctionnalité Portable PDB introduite dans .NET Framework 4.7.1. [571206, mscorlib.dll, Bug, Build: 3621]
  • Correction de l'exception en analysant les dates japonaises dont le nombre d'années est supérieur au nombre d'années de cette époque. Le changement de comportement ne sera remarqué que si quelqu'un tente d'analyser une date contenant une époque et une année alors que l'année dépasse la dernière année de cette époque. [590659, mscorlib.dll, Bug, Build: 3621]
  • Par défaut, les processus élevés ne liront pas HKCU pour les informations d'activation COM gérées. [592187, clr.dll, Bug, Build: 3621]
  • Correction du problème de compatibilité de la sérialisation pour la classe CultureAwareComparer. [621387, mscorlib.dll, Bug, Build: 3632]
  • Mise à niveau de la zlib System.IO.Compression (à l'intérieur de clrcompression.dll) vers la dernière version de zlib 1.2.11 [532490, clrcompression.dll, Bug, Build: 3646]
  • Correction en réduisant les allocations de mémoire dans le hachage avec les classes CAPI (SHA256CryptoServiceProvider, et autres) [548940, System.Core.dll, Bug, Build: 3646]
  • Correction en réduisant les allocations de mémoire dans le hachage avec les classes CNG (SHA256Cng, et al) [548941, System.Core.dll, Bug, Build: 3646]
  • Correction du problème suivant: System.DateTime renvoyait une heure incorrecte après que Windows ait traité une seconde intercalaire, en procédant comme suit: DateTime et DateTimeOffset fonctionnent avec les secondes intercalaires signalées par les systèmes Windows RS5. DateTime.Now et DateTime.UtcNow seront toujours synchronisés avec l'heure du système.DateTime et DateTimeOffset ne signaleront jamais la seconde intercalaire sous la valeur 60, mais le signaleront toujours sous la forme 59. Les opérations DateTime et DateTimeOffset continueront de fonctionner comme auparavant, c'est-à-dire qu'elles traitent toujours les minutes avec une durée de 60 secondes. compatible avec les plates-formes de bas niveaux. [641206, mscorlib.dll, clr.dll, bug, Build: 3646]
  • Correction du problème d'échec de dé-sérialisation WCF de l'objet CultureAwareComparer.Problème résolu: les applications utilisant WCF pour communiquer avec des services Web ou des applications utilisant directement la sérialisation de contrat de données rencontraient des problèmes de désérialisation de l'objet CultureAwareComparer. [645084, mscorlib.dll, Bug, Build: 3646]
  • Réduction de l'impact du bit “Mode FIPS” défini dans le système d'exploitation [653796, mscorlib.dll; System.Core.dll, Bug, Build: 3646].
  • Algorithme de chiffrement de contenu par défaut d'EnvelopedCms remplacé par AES. [656518, System.Security.dll, Bug, Build: 3646]
  • Correction de GetECDsaPublicKey pour travailler avec les courbes de brainpool. [586452, System.Core.dll, Bug, Build: 3673]
  • Réduction du nombre de finalisations d'objet résultant de l'utilisation de X509Certificate2 et des types associés. [654137, mscorlib.dll, System.dll, System.Security.dll, Bug, Build: 3673]
  • Correction du formatage de la date japonaise avec l'année 1 (en tant que première année d'une époque), la date sera formatée en utilisant le caractère year et non le numéro de l'année «1».Exemple du nouveau comportement de date formaté: 成 元年 11 月 21 comparé à l'ancien comportement de date formaté 平 成 1 11 月 21 日 [670097, mscorlib.dll, Bug, Build: 3673]
  • Paramètres par défaut fixes utilisés par RsaProtectedConfigurationProvider (utilisez AES au lieu de 3DES, RSA utilise maintenant la clé à 2 048 bits, OAEP est activé par défaut), le cryptage fixe avec OAEP afin qu'il écrit les métadonnées correctes. [549418, System.Configuration.dll, Bug, Build: 3694]
  • Ajoutez une API pour obtenir des empreintes de certificat avec un algorithme de résumé spécifié par l'appelant. [700365, mscorlib.dll, fonctionnalité, Build: 3694]
  • Correction d'une exception IndexOutOfRangeException levée lors de la lecture asynchrone d'une sortie de processus contenant moins d'octets qu'un caractère est lu au début d'une ligne.[724219, System.dll, Bug, Build: 3707]
  • Atténuer les défaillances de compatibilité observées dans certains scénarios d'utilisation System.Data.SqlClient. [727701, System.Configuration.dll, Bug, Build: 3707]
  • Correction d'une exception de sérialisation qui se produisait lorsqu'un nombre considérable d'objets étaient sérialisés avec BinaryFormatter. [761576, mscorlib.dll, Bug, Version: 3734] Ajout de la prise en charge du formatage de la première année de l'ère japonaise avec Gannen lorsque le modèle de date ne comporte pas de guillemets autour de. par exemple y 年. [777279, mscorlib.dll, Bug, Build: 3745]

ClickOnce

  • Correction des dialogues d'interface utilisateur Clickonce sur les machines à haute résolution avec une échelle définie à plus de 100% pour les applications nouvelles et existantes, jusqu'à 300%.Dans le cas où l'utilisateur souhaite voir les images héritées, il existe un commutateur de désactivation «Switch.System.Windows.Forms.UseLegacyImages» qui peut être défini sur «true» dans le fichier dfsvc.exe.config. [389534, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Correction de Mage afin qu'il puisse correctement mettre à jour l'identité des assemblys dépendants dans les manifestes de l'application ClickOnce. [534286, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Les boîtes de dialogue ClickOnce corrigées (écran de démarrage, boîte de dialogue de progression de l'installation, de maintenance et de mise à jour) présentent des problèmes d'accessibilité, comme indiqué dans ce bogue. La correction sert à réaligner les index de contrôle et à définir les noms accessibles là où il manquait. [541886, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]
  • Correction de l'alignement de la barre de progression de droite à gauche dans l'écran de démarrage et du dialogue de progression de téléchargement pour les langues ARA et HEB pour ClickOnce UI. Correction de la disposition RTL dans les boîtes de dialogue ClickOnce. Les contrôles individuels doivent être définis dans la disposition RTL car cette propriété n'est pas propagée.Définissez cette propriété explicitement sur le contrôle de barre de progression. [552893, Microsoft.Build.Tasks.v4.0.dll, Bug, Build: 3621]

CLR :

  • LoadFrom fixe (String, Byte [], AssemblyHashAlgorithm) fonctionne avec les algorithmes SHA2.[229901, mscorlib.dll, Bug, Build: 3621]
  • Réduction de la surcharge de mémoire AsyncLocal lors du changement de valeur. [470761, mscorlib.dll, Bug, Build: 3621]
  • Attentes de spin améliorées dans plusieurs primitives de synchronisation pour une meilleure performance sur Intel Skylake et les microarchitectures plus récentes. [495945, mscorlib.dll, Bug, Build: 3621]
  • Problèmes résolus où des valeurs incorrectes sont envoyées à EventListeners. Cela inclut des ID d'activité incorrects sur les événements de démarrage et d'arrêt et des valeurs EventLevel incorrectes. [581072, mscorlib.dll, Bug, Build: 3621]
  • Correction d'un crash potentiel avec des appels simultanés à une nouvelle méthode dynamique.[581154, mscorlib.dll, Bug, Build: 3621]
  • Correction d'un blocage possible lors de l'appel de Dispose () sur un EventSource. [597221, System.Core.dll, Bug, Build: 3621]
  • Le paramètre 'shadowCopyVerifyByTimestamp' est maintenant configurable pour des domaines d'application individuels, par opposition à un paramètre de processus. Cela aide dans les cas où vous n'êtes peut-être pas le processus hôte, mais souhaitez configurer un nouveau domaine d'application qui vérifie l'horodatage lors de la copie fantôme. [565570, clr.dll, Bug, Build: 3632]
  • Résolution du problème où le compilateur JIT optimisait un appel à l'opération intrinsèque CompareExchange dans des conditions spécifiques [638227, clrjit.dll, Bug, Build: 3646]
  • CLR COM ne renvoie plus E_INVALIDARG lors du marshalling d'un byref SafeArray à partir d'un gestionnaire d'événements. [239541, WindowsBase.dll, Bug, Build: 3673]
  • Correction d'un blocage potentiel lorsqu'un GC bloquant est induit dans des situations de mémoire insuffisante [374828, clr.dll, Bug, Build: 3673]
  • Si vous utilisez Server GC sur un ordinateur Skylake ou ultérieur, vous remarquerez peut-être que clr! SVR :: t_join :: join prend beaucoup plus de cycles de processeur. Ceci est dû au fait que clr! SVR :: t_join :: join utilise l'instruction PAUSE, qui prend beaucoup plus de temps sous Skylake +. Ce correctif réduit le nombre de fois qu'il est appelé lorsqu'il est exécuté sur une machine Skylake +.[683269, clr.dll, Bug, Build: 3673]
  • Correction d'un problème avec le CPG: une fréquence élevée sous charge mémoire élevée pouvait entraîner des erreurs prématurées dans le MOO. [657730, clr.dll, Bug, Build: 3694]
  • Des exceptions de corruption de processus dans le filtre d'exception (comme une violation d'accès) entraînent maintenant l'abandon du processus en cours. [110375, clr.dll, Bug, Build: 3694]
  • .NET s’intègre maintenant avec les fournisseurs de logiciel anti-programme malveillant pour analyser les assemblys chargés à partir de tableaux d’octets. [576558, clr.dll, fonctionnalité, Build: 3694]
  • Correction d'un problème avec des ressources Win32 manquantes dans les images ReadyToRun. [624174, crossgen.exe, Bug, Build: 3694]
  • Correction d'un problème avec ngen createpdb où la transmission d'un long dossier de sortie pouvait provoquer un blocage. [627712, ngen.exe, Bug, Build: 3694]
  • Correction d'un échec de crossgen lors de la compilation d'assemblages sans ressources Win32 dans des images ReadyToRun. [722265, coreclr.dll, Bug, Build: 3694]
  • Correction de la capacité à gérer les exceptions d'état corrompues par le processus issues de Marshal.PtrToStructure sur x86. [381677, clr.dll, Bug, Build: 3707]
  • Correction d'erreurs de violation d'accès intermittentes lorsque Server GC interagit avec des types de valeur à transfert de type implémentés dans mscorlib ou d'autres assemblys indépendants du domaine lors du garbage collection. [425626, clr.dll, Bug, Build: 3707]
  • Activation d'un modèle d'utilisation très obscur et inhabituel dans lequel les offres FX Closure Walks sont trop coûteuses dans le domaine par défaut. Introduit le commutateur DeferFxClosureWalk (opt-in) qui, une fois défini, effectue les opérations suivantes: 1) Désactiver le commutateur DisableFxClosureWalk 2) En LoaderOptimization.MultiHost, tous les assemblys sont supposés être partageables dans le domaine par défaut et la marche de fermeture est différée aussi longtemps que possible. Cette solution fournira de bonnes performances et exactitude dans le domaine par défaut. [485894, clr.dll, Bug, Build: 3707]
  • Correction des crashs pouvant survenir lorsque les assemblages de façades avec NGen sont chargés de manière à être multi-domaines partageables. [602785, clr.dll, Bug, Build: 3707]
  • Amélioration des performances et de l'évolutivité de l'acquisition des verrous de Monitor dans le cadre d'un convoi de verrous perpétuels [602844, clr.dll, Bug, Build: 3707]
  • Correction d'un problème qui entraînait le manque de mémoire de Ngen à chaque exécution, en raison d'une corruption du registre. [702519, mscorsvc.dll / mscorsvw.exe, Bug, Build: 3707]
  • Déclenchement d'une exception System.Threading.ThreadAbortException lorsque System.Diagnostics.Debugger.s_triggerThreadAbortExceptionForDebugger est défini sur true.[732816, mscorlib.dll, Bug, Build: 3707]
  • Corrige un plantage sur COM interop et renvoie correctement le résultat pour le MOO. [733492, clr.dll, Bug, Build: 3707]
  • Empêche les applications d'activer COM des types gérés dont les GUID ne correspondent pas au CLSID déclaré dans le registre ”[752205, clr.dll, Bug, Build: 3734]
  • Des blocages fixes pouvant survenir lors du chargement de traces de pile d'exceptions dans des conditions de mémoire insuffisante. [748860, diasymreader.dll, Bug, Build: 3734]
  • Evolutivité améliorée de System.Threading.Timer. Auparavant, System.Threading.Timer disposait d'une seule file d'attente globale protégée par un verrou unique à l'échelle du processus.Cela peut devenir un problème d’évolutivité si les minuteries sont utilisées fréquemment sur des ordinateurs à plusieurs processeurs. Cette modification se divise en N files d'attente par processeur, ainsi que d'autres améliorations permettant d'améliorer les performances dans un environnement à grande échelle. Pour des raisons de compatibilité, ce nouveau code n'est pas activé par défaut à l'heure actuelle. Il doit être activé à l'aide de la variable ScalableTimer de la configuration .NET. [735923, clr.dll, mscorlib.dll, bug, Build: 3734]

Windows prises en charge: Windows 10 version 1809, Windows 10 version 1803, Windows 10 version 1709, Windows 10 version 1703, Windows 10 version 1607, Windows 8.1, Windows 7 SP1.

Windows Server prises en charge: Windows Server 2019, Windows Server version 1803, Windows Server version 1709, Windows Server 2016, Windows Server 2012, Windows Server 2012 R2, Windows Server 2008 R2 SP1

Page d'accueil : https://www.microsoft.com/net/framework

Taille: 69.4 MB

TÉLÉCHARGER .NET Framework 4.8 x86 / x64 [installateur web]

TÉLÉCHARGER .NET Framework 4.8 x86 / x64  [programme d'installation hors connexion]

TÉLÉCHARGER le pack de développement .NET Framework 4.8


mardi 9 avril 2019

Mise à jour “Mai 2019” (19H1) – Améliorer l’expérience de Mise à Jour de Windows 10 avec le contrôle, la qualité et la transparence.

La nouvelle version 19h1 – Windows 10 Mise à jour “Mai 2019” commencera à être disponible la semaine prochaine pour le canal Release Preview pour les utilisateurs du Programme Windows Insider.

Une disponibilité plus large sera disponible pour les clients commerciaux, les utilisateurs qui choisissent la nouvelle mise à jour de “mai 2019” pour leur PC de Windows 10 par le biais de «vérifier les mises à jour», et les clients dont les périphériques approchent la fin du support sur une version donnée.

De nouvelles fonctionnalités permettent aux clients de mieux contrôler les mises à jour

  • L’option Télécharger et installer maintenant fournit aux utilisateurs un contrôle distinct pour lancer l’installation d’une mise à jour de fonctionnalités sur les périphériques éligibles sans aucun problème de compatibilité de blocage de clé connue. Les utilisateurs peuvent toujours «Vérifier les mises à jour» pour obtenir des mises à jour mensuelles de qualité et de sécurité. Windows lancera automatiquement une nouvelle mise à jour des fonctionnalités si la version de Windows 10 touche à sa fin. Nous pouvons vous avertir lorsqu’une mise à jour de fonctionnalité est disponible et prête pour votre ordinateur. Tous les appareils Windows 10 avec une version prise en charge continueront à recevoir automatiquement les mises à jour mensuelles. Cette nouvelle option «télécharger et installer» sera également disponible pour nos versions les plus populaires de Windows 10, les versions 1803 et 1809, d’ici la fin mai.

Image

  • Possibilité étendue de mettre en pause les mises à jour pour les mises à jour mensuelles et de fonctionnalités Cette possibilité d’extension concerne toutes les éditions de Windows 10, y compris la version Home. D’après les commentaires des utilisateurs, nous savons que toute mise à jour peut arriver à un moment qui ne convient pas, par exemple lorsqu’un PC est nécessaire pour une grande présentation. Nous permettons donc à tous les utilisateurs de suspendre les mises à jour mensuelles et les mises à jour de fonctionnalités jusqu’à 35 jours (sept jours à la fois, jusqu’à cinq fois). Une fois la période de pause de 35 jours atteinte, les utilisateurs devront mettre à jour leur appareil avant de faire une nouvelle pause.
  • Heures actives intelligentes pour éviter les redémarrages perturbants des mises à jour. La fonctionnalité d’heures actives, introduite dans la mise à jour d’anniversaire de Windows 10, repose sur une plage de temps configurée manuellement pour éviter l’installation automatique de mises à jour et le redémarrage. De nombreux utilisateurs laissent le réglage des heures actives à sa valeur par défaut de 8 heures à 17 heures. Pour améliorer encore les heures actives, les utilisateurs auront désormais la possibilité de laisser Windows Update ajuster intelligemment les heures actives en fonction de leurs habitudes d’utilisation spécifiques à l’appareil.
  • Amélioration de l’orchestration des mises à jour pour améliorer la réactivité du système. Cette fonctionnalité améliorera les performances du système en coordonnant de manière intelligente les mises à jour Windows et les mises à jour du Microsoft Store, afin qu’elles se produisent lorsque les utilisateurs sont éloignés de leurs appareils afin de minimiser les interruptions.

Accent accru sur la qualité

  • Expansion du Canal Release Preview

La version finale de la mise à jour de mai 2019 passera plus de temps dans l’anneau de prévisualisation (Release Preview) des versions du programme Windows Insider, ce qui nous permettra de recueillir davantage de commentaires et d’idées sur la compatibilité et les performances avant de rendre la mise à jour plus largement disponible. Au cours de cette période, nous intensifions considérablement les interactions avec nos partenaires écosystémiques, y compris les fabricants d’équipements d’origine (OEM) et les éditeurs de logiciels indépendants (ISV), ce qui devrait contribuer à améliorer la qualité initiale de nombreux périphériques, matériels et logiciels.

  • Détection précoce des problèmes de faible volume et de gravité élevée

Nous avons la chance d’avoir plusieurs millions de clients qui nous envoient leurs commentaires . Notre volonté de trouver rapidement les problèmes les plus percutants nous a amenés à réfléchir différemment à la manière dont nous appliquons le traitement du langage naturel (NLP) et l’apprentissage automatique (ML) pour identifier plus rapidement les problèmes graves, même lorsque peu de gens les signalent. Nous développons la capacité de détecter tous les types de problèmes de faible volume et de gravité élevée, et nous avons particulièrement développé notre capacité dans le domaine de la perte de données. Ce travail comprend la rationalisation et l’automatisation de la mise en cluster, de la classification et du routage des quelque 20 000 commentaires des clients que nous recevons chaque jour, la hiérarchisation des principaux problèmes d’investigation des ingénieurs, l’amélioration de notre capacité de détection des problèmes graves à quelques heures plutôt que plusieurs jours, comme indiqué ci-dessous :

Image

Nouvelle génération de déploiement intelligent basé sur ML

Nous développons également notre modèle intelligent de déploiement ML afin de mieux différencier les périphériques qui auront une bonne expérience de mise à jour. Nous avons ajouté de nouveaux critères d’étiquetage afin de pouvoir former le modèle sur un ensemble plus large de problèmes, tels que les problèmes d’affichage ou audio après la mise à jour. En outre, nous avons mis en œuvre une approche d’ensemble permettant au modèle de prévoir les critères de libellé individuels (par exemple, restauration, plantage du système d’exploitation, problèmes liés aux applications, etc.) liés à l’expérience de la mise à jour, ainsi qu’un ensemble complet de critères permettant d’améliorer nos performances. capacité à prévoir avec précision et à résoudre les problèmes.

  • Nouveau tableau de bord public pour une transparence accrue des problèmes

L’un de nos principes fondamentaux est la transparence, et nous continuons d’investir dans des communications claires et régulières avec nos clients concernant le statut et les problèmes. Nous lancerons un nouveau tableau de bord sur la santé de Windows, plus tard ce mois-ci, qui permettra aux utilisateurs de disposer d’informations en temps quasi réel sur l’état actuel du déploiement et les problèmes connus (ouverts et résolus) liés aux mises à jour mensuelles et des fonctionnalités. Cela s’appuiera sur la page Historique des mises à jour de Windows 10 que nous utilisons actuellement.Les détails de chaque version de Windows 10 seront représentés sur une page sur laquelle vous pourrez facilement effectuer une recherche par mot-clé, notamment les annonces importantes, les nouveaux articles de blog, les mises à jour de service et d’assistance, etc.Les utilisateurs pourront partager le contenu via Twitter, LinkedIn, Facebook et par courrier électronique.(Le tableau de bord comportera également le mode sombre, une fonctionnalité que les utilisateurs apprécient beaucoup, qui a récemment été introduite dans Windows 10.)

Source : Chantal et Mike Fortin / Corporate Vice President


jeudi 11 janvier 2018

Microsoft .NET Framework 4.7.1 (UPDATE )

 Le package redistribuable .NET Framework installe le runtime .NET Framework et les fichiers associés requis pour exécuter des applications développées pour .NET Framework.

Microsoft .NET Framework 4.7.1 est une mise à jour hautement compatible avec Microsoft .NET Framework 4, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1 et 4.6.2 et 4.7 Le package hors ligne peut être utilisé dans les situations où le programme d'installation Web ne peut pas être utilisé en raison du manque de connectivité sur Internet.

.NET Framework est un environnement d'exécution géré qui offre une variété de services à ses applications en cours d'exécution. Il se compose de deux composants majeurs: le Common Language Runtime (CLR), qui est le moteur d'exécution qui gère les applications en cours d'exécution. Et la bibliothèque de classes .NET Framework, qui fournit une bibliothèque de code testé et réutilisable que les développeurs peuvent appeler à partir de leurs propres applications.

Microsoft .NET Framework fournit des services:
  • Gestion de la mémoire. Dans de nombreuses langues de programmation, les programmeurs sont chargés d'attribuer et de libérer de la mémoire et de gérer les durées de vie des objets. Dans les applications .NET Framework, CLR fournit ces services au nom de la demande.
  • Un système de type commun. Dans les langages de programmation traditionnels, les types de base sont définis par le compilateur, ce qui complique l'interopérabilité entre les langues. Dans .NET Framework, les types de base sont définis par le système de type .NET Framework et sont communs à toutes les langues ciblant .NET Framework.
  • Une vaste bibliothèque de classes . Au lieu d'avoir à écrire de grandes quantités de code pour gérer des opérations communes de programmation de bas niveau, les programmeurs peuvent utiliser une bibliothèque facilement accessible de types et leurs membres à partir de la bibliothèque de classes .NET Framework.
  • Cadres et technologies de développement. .NET Framework comprend des bibliothèques pour des domaines spécifiques de développement d'applications, tels que ASP.NET pour les applications Web, ADO.NET pour l'accès aux données et Windows Communication Foundation pour les applications axées sur les services.
  • Interopérabilité linguistique. Avec cette fonctionnalité, les routines écrites dans une langue sont accessibles à d'autres langues, et les programmeurs peuvent se concentrer sur la création d'applications dans leurs langues ou langues préférées.
  • Compatibilité de version. À de rares exceptions près, les applications développées à l'aide d'une version particulière de .NET Framework peuvent s'exécuter sans modification sur une version ultérieure.
  • Exécution côte à côte. .NET Framework contribue à résoudre les conflits de version en permettant l'existence de plusieurs versions du Common Language Runtime sur le même ordinateur. Cela signifie que plusieurs versions d'applications peuvent également coexister et qu'une application peut s'exécuter sur la version de .NET Framework avec laquelle elle a été créée.
  • Multitargeting. En ciblant la bibliothèque de classe portable .NET Framework, les développeurs peuvent créer des assemblages fonctionnant sur plusieurs plates-formes .NET Framework. Comme Windows 7, Windows 8, Windows 8.1, Windows 10, Windows Phone et Xbox 360.
Microsoft .NET Framework 4.7.1 comprend des améliorations dans plusieurs domaines:
  • Haut support de DPI pour les applications Windows Forms sur Windows 10
  • Support tactile pour les applications WPF sur Windows 10
  • Prise en charge accrue de la cryptographie
  • Améliorations de performance et de fiabilité
Systèmes d'exploitation pris en charge:
  • Windows 7 SP1 (x86 et x64)
  • Windows 8.1 (x86 et x64)
  • Windows 10 Anniversary Update (x86 et x64)
  • Windows Server 2008 R2 SP1 (x64)
  • Windows Server 2012 (x64)
  • Windows Server 2012 R2 (x64)
  • Windows Server 2016 (x64)

Page d'accueil : https://www.microsoft.com/net/framework

Télécharger 4.7.1 Offline Installer x86 / x64

Télécharger 4.7.1 Web Installer x86 / x64 Multilingue

Télécharger 4.7.1 Developer Pack

Télécharger 4.7 Installateur hors ligne x86 / x64

Télécharger 4.7 Web Installer x86 / x64 Multilingue

Tous les téléchargements dans votre langue sélectionnée