F# - namespaces, Module, fs und fsx

Ich bin mir dessen bewusst, andere Fragen über Module und namespaces in F#, aber Sie sind nicht zu helfen, mich jetzt.

Ich habe ein Projekt mit

Utilities.fs

namespace Company.Project.Namespace
module Utilities = 
     //stuff here

Funktionen.fs

namespace Company.Project.Namespace
open Utilities

module Functions = 
     //stuff here

Und ich versuche, um Sie zu testen im fsx:

#load "Utilities.fs"
#load "Functions.fs"

gibt mir error FS0039: The namespace or module 'Utilities' is not defined wenn ich versuche zu senden FSI mit Alt-Enter.

Ich habe versucht, hinzufügen von gleichen namespace am Anfang der script-Datei, aber es funktioniert nicht so.

Was ist komisch ist, dass der hintergrund-compiler nicht Schreien mich an.

Diese scheint zu funktionieren, aber ist das der richtige Ansatz weiter?

#load "Utilities.fs"
open Company.Project.Namespace
#load "Functions.fs"

Gibt es eine "Referenz" FSharp-Projekt irgendwo, die enthält Beispiele dafür, wie die Integration aller dieser Sachen: namespaces, Module, Klassen -, Skript-Dateien, tests, etc.?

InformationsquelleAutor Benjol | 2010-03-01

f#f#-interactive module namespaces projects-and-solutions

9

Ich bin kein Experte bei der FSI, aber einige Experimente deutet darauf hin, dass namespaces sind nur unterstützt von #load Erklärungen (nicht über typische Interaktionen - senden einer namespace-Deklaration Gruppe VFSI über Alt-Enter funktioniert nicht), und dass verschiedene Wechselwirkungen beitragen, verschiedene 'Instanzen'. Zum Beispiel, mit der code-Datei
```
namespace Foo

type Bar() =
    member this.Qux() = printfn "hi"

namespace Other

type Whatever() = class end

namespace Foo

module M =
    let bar = new Bar()
    bar.Qux()
```
wenn ich #load es mehr als einmal bekomme ich z.B.
```
> [Loading C:\Program.fs]
hi

namespace FSI_0002.Foo
  type Bar =
    class
      new : unit -> Bar
      member Qux : unit -> unit
    end
namespace FSI_0002.Other
  type Whatever =
    class
      new : unit -> Whatever
    end
namespace FSI_0002.Foo
  val bar : Bar

> #load @"C:\Program.fs";;
> [Loading C:\Program.fs]
hi

namespace FSI_0003.Foo
  type Bar =
    class
      new : unit -> Bar
      member Qux : unit -> unit
    end
namespace FSI_0003.Other
  type Whatever =
    class
      new : unit -> Whatever
    end
namespace FSI_0003.Foo
  val bar : Bar

> new Foo.Bar();;
> val it : Foo.Bar = FSI_0003.Foo.Bar
```
Beachten Sie, dass es scheint, die FSI_0003.Foo.Bar schaukelnd FSI_0002 version.

Also ich denke, das Teil des F# - spec sagt
Innerhalb einer namespace-Deklaration-Gruppe,
der Namensraum selbst ist implizit
eröffnet, wenn eine vorangegangene namespace
Erklärung von Gruppen oder auf die verwiesen wird
Versammlungen tragen zu dieser
namespace, z.B.
```
namespace MyCompany.MyLibrary 

   module Values1 = 
      let x = 1

namespace MyCompany.MyLibrary 

   //Implicit open of MyCompany.MyLibrary bringing Values1 into scope

   module Values2 = 
      let x = Values1.x
```
Doch diese öffnet sich nur der namespace
wie konstituiert sich, indem Sie vor-namespace
Erklärung der Gruppen.
Interagiert nicht mit FSI, gegeben FSI eingeschränkten Verständnis von namespaces. Insbesondere erwarte ich, dass die "zweite" #load' aus deinem Beispiel, öffnet sich z.B. FSI_000N+1's version der Namensraum, in der Erwägung, dass der Vorherige code war in FSI_000N. Was vielleicht erklärt, warum die explizite open Interaktion behebt Sie; Sie bringen die vorhandenen, unshadowed FSI_000N Zeug auf top-Niveau, bevor Sie versuchen, Sie (implizit) verweisen später.
- Ja, wie es passiert, meine Frage war eine verwässerte Beispiel meiner eigentlichen code. Ich landete immer es, um durch re-opening der namespace zwischen den einzelnen #laden...
InformationsquelleAutor Brian
8

Ich bin relativ neu in diesem, auch, aber das ist was für mich funktioniert, wenn ich die Prüfung in einer fsx-Datei:
```
#if INTERACTIVE
#r @"C:\Program Files\FSharpPowerPack-2.0.0.0\bin\FParsec.dll"
#r @"C:\Program Files\FSharpPowerPack-2.0.0.0\bin\FParsecCS.dll"
#endif

open FParsec.Primitives  
open FParsec.CharParsers
```
gefolgt von meinem code, der verwendet diese Bibliotheken.
- Ich denke, die Umstellung der Reihenfolge dieser dll funktioniert nicht
InformationsquelleAutor David White

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.