Moduły v. Namespaces w F #

Question

Mam bibliotekę napisaną w języku F #, pochłoniętą przez C# i F #. Biblioteka ta definiuje klasę foo, w module bar w przestrzeni nazw random:

#light 
namespace random 

module bar 

type foo() = ... 

Teraz, kiedy idę do spożywania typ random.foo.bar, C# intellisense widzi go jako typ bar, zagnieżdżona w typie random.foo.

Pytanie brzmi następująco: czy C# ma więcej możliwości definiowania kodu zużywalnego zewnętrznie w modułach niż przestrzeni nazw? Rozumiem, że moduły to dobry sposób grupowania funkcji, ale co z klasami?

Answer 1

Jeśli publikujesz komponenty F # do użytku z innych języków .Net, powinieneś unikać modułów w publicznych interfejsach i trzymać się przestrzeni nazw zawierających klasy, struktury i enums.

(Moduły są wygodnym sposobem albo publikowania wartości, funkcje i rodzaje pomiędzy F # -tylko komponentów, lub jako „wewnętrzne” szczegóły wdrożenia # komponentu F, która publikuje klas .NET.)

(ma tu również this question do dyskusji na temat "technicznego rozróżnienia" między przestrzeniami nazw i modułami. To pytanie i moja odpowiedź powyżej dotyczą raczej "różnic celowych", np. Kiedy zdecydujesz się użyć każdego.)