Pourquoi ajouter des paquets brise mon code?

Question

J'ai remarqué que l'ajout de paquets casse parfois mon code. Des fonctions comme Seq.replicate et List.take qui fonctionnaient ont des lignes rouges ondulées et le programme ne fonctionne plus. Voici une procédure détaillée qui devrait reproduire le problème (J'utilise VS Community Edition 2017):

1) Créer un projet.

2) Program.fs contient le code:

[<EntryPoint>] 
let main argv = 
    printfn "%A" argv 
    0 // return an integer exit code 

3) Ajouter deux lignes de code comme suit:

[<EntryPoint>] 
let main argv = 
    let repla = Seq.replicate 10 "A" 
    printfn "%A" (repla |> List.ofSeq |> List.take 5) 
    printfn "%A" argv 
    0 // return an integer exit code 

3) Hit Ctrl+F5, le programme se déroule sans aucun problème.

4) Cliquez avec le bouton droit sur References sur Solution Explorer. Cliquez sur Manage Nuget Packages.... 5) Cliquez sur Browse.

6) Recherchez Newtonsoft.Json et installez-le.

7) Appuyez sur Ctrl+F5, le programme fonctionne sans aucun problème. Les gravures de la console

["A"; "A"; "A"; "A"; "A"] 
[||] 

8) Procéder comme dans les étapes 4 à 6 et installer le paquet MathNet.Numerics utilisant Nuget.

9) Hit Ctrl+F5, le programme fonctionne sans aucun problème. Les gravures de la console

["A"; "A"; "A"; "A"; "A"] [||]

10) Procéder comme dans les étapes 4 à 6 et installer le paquet MathNet.Numerics.FSharp utilisant Nuget. 10) Cliquez sur l'onglet Program.fs Les lignes rouges effrayantes redoutées sont apparues sous Seq.replicate and List.take`.

12) Appuyez sur Ctrl+F5. Une boîte de dialogue apparaît avec le message suivant:

There were build errors. Would you like to continue and run the last successful build? 

Questions:

a) Qu'est-ce qui se passe exactement?

b) S'agit-il d'un cas isolé lié à un problème dans MathNet.Numerics.FSharp ou à la combinaison spécifique de packages installés ou à l'ordre dans lequel ils ont été installés? Ou est-ce un problème commun?

c) Est-il possible d'éviter ce problème lors de l'utilisation de Nuget?

d) Si non, est-il possible d'éviter ce problème en installant par d'autres moyens (pas Nuget)?

Answer 1

Eh bien, je pense que les préoccupations du PO sont quelque peu valables. Je déconseillerais l'édition manuelle du fichier fsproj. Et aussi les commentaires sont très valables aussi, Paket est un excellent outil qui peut simplifier la gestion des dépendances à la fois dans VS et Code. Donc, voici une réponse très simple, en deux parties, où a) vous pouvez réellement faire fonctionner votre solution en utilisant nugget et sans modifier manuellement le fichier projet, et b) obtenir une introduction rapide à l'utilisation de paket sur VS.

Ce problème est dû au fait que certains téléchargements de packages et certaines anciennes dépendances qui perturbent d'autres codes se produisent de temps en temps et sont probablement dus à une stratégie consistant à s'appuyer sur la version minimale viable. Votre problème est similaire à celui-ci: Q: Why can't I get suave to work.

est ici la solution la plus simple en utilisant seulement pépite:

1. Ouvrir une nouvelle solution avec un projet de console FSharp
2. A ce stade, votre Fsharp.Core à VS2017 sera 4.1:

3. Maintenant, ajoutez Mathnet.Numerics.Fsharp via le nugget:

Maintenant, très malheureusement, vous avez été rétrogradé à F # 3.1

4. Ce n'est pas bon, donc juste obtenir Fsharp.Core par pépite aussi bien!

5. Et le tour est joué, vous êtes de retour à une solution de travail sans avoir besoin de modifier FSPROJ. Fondamentalement, tout ce que vous avez à faire est d'ajouter le paquet Fsharp.Core. Vous auriez pu également changé l'option .NET Framework dans les propriétés et le déplacer vers 4.7 avec .NET 4.1 FSharp:

Maintenant, pour la partie 2 de la réponse avec Paket (BTW, le plugin Paket juste J'ai été mis à jour et j'ai testé et ça marche bien). Vous pouvez essentiellement l'utiliser pour remplacer nugget ou directement éditer les fichiers. Vous avez réellement besoin de travailler avec deux fichiers, paket.dependencies dans la racine de la solution et paket.references dans la racine du projet. Paket.lock sera généré. Voici un processus en deux étapes pour commencer.Prenez le projet que vous venez de faire ci-dessus et dans le menu Outils dans VS sélectionnez Paket Dependencies Manager, faire Initialize Paket, puis faire Convert From Nuget:

Avec cela, vous pouvez continuer à gérer vos dépendances avec paket NuGet ou de l'utilisation si vous le souhaitez. Ensuite, je vais ajouter Newtonsoft.JSON aux références. Double-cliquez sur le fichier paket.dependencies et ajoutez la ligne suivante: nuget Newtonsoft.Json 10.0.3 restriction: >= net452, vous ne réellement besoin Newtonsoft.Json là-bas, mais nous ne voulons pas télécharger l'ensemble interweb appelé .NetCore. Ajoutez également cette ligne à paket.references (vous pouvez simplement cliquer dessus dans l'explorateur de projet): Newtonsoft.Json. Et la course Outils | Paket | Installation:

Paket.dependencies:

Paket.references:

And Run Paket Installation:

Et vous aurez installé Newtonsoft.JSON. Habituellement, vous n'avez pas besoin de spécifier une version de la restriction de l'infrastructure, mais elle contient un paquet de pré-version que vous ne voulez peut-être pas, et je suppose que vous n'avez pas besoin des dépendances .netcore.

Vous pouvez réellement faire un clic droit et essayer d'installer ce package à partir des références Ajouter le menu Package, mais vous croiserez des erreurs de dépendance.

Answer 2

MathNet.Numerics.FSharp a une dépendance à FSharp.Core.3.1.2.5 qui remplace la version actuelle de FSharp.Core que vous utilisez. Être assez vieux 3.1.2.5 manque de nombreuses fonctions.

Cela se produit également avec d'autres bibliothèques populaires F# telles que FsCheck. Je change habituellement la référence à la nouvelle version de FSharp.Core car cela devrait être rétrocompatible.

Pour ce faire, je décharge le projet F# et mettre à jour la référence FSharp.Core dans le fichier de projet:

<Reference Include="FSharp.Core"> 
    <Name>FSharp.Core</Name> 
    <AssemblyName>FSharp.Core.dll</AssemblyName> 
    <HintPath>$(MSBuildProgramFiles32)\Reference Assemblies\Microsoft\FSharp\.NETFramework\v4.0\$(TargetFSharpCoreVersion)\FSharp.Core.dll</HintPath> 
</Reference> 

Je recharger le projet.

Comme il s'agit d'une procédure plutôt maladroite, nous espérons que les utilisateurs les plus perspicaces publieront une meilleure solution.