Moduli v. Namespace in F #

Question

Ho una libreria scritta in F #, consumata da C# e F #. questa biblioteca definisce una classe foo, nel modulo bar, nel namespace random:

#light 
namespace random 

module bar 

type foo() = ... 

Ora, quando vado a consumare tipo random.foo.bar, C# IntelliSense vede come tipo bar, annidato nel tipo random.foo.

La domanda è questa: c'è un vantaggio in C# per definire il codice consumabile esternamente in moduli, piuttosto che in namespace? Capisco che i moduli siano un buon modo per raggruppare le funzioni, ma per quanto riguarda le classi?

Answer 1

Se si pubblicano componenti F # per il consumo da altri linguaggi .Net, è necessario evitare i moduli nelle interfacce pubbliche e attenersi a spazi dei nomi contenenti classi, strutture ed enumerazioni.

(moduli sono un modo pratico sia di pubblicare valori, funzioni e tipi tra F # componenti -solo, o come i dettagli 'interni' implementazione di un # componente di F che pubblica classi .Net.)

(si vede anche this question per una discussione sulla "distinzione tecnica" tra namespace e moduli.Questa domanda e la mia risposta sopra sono più sulle "differenze intenzionali", ad esempio quando si sceglie di utilizzare ciascuna.)