O que e quanto código de domínio deve ser colocado em um módulo F #

De acordo com as recomendações fornecidas aqui , os módulos F # devem corresponder aos contextos DDD, ou seja, subdivisões de um domínio de negócio. / p>

O contexto limitado em que estou trabalhando agora tem 2 agregados, totalizando uma dúzia de tipos, além de algumas funções / algoritmos bastante complexos. Se eu seguir o estilo prescrito, acabo com um arquivo de 500 + LOC, que não é muito legível ou navegável, e só vai crescer mais. Infelizmente, parece que os módulos F # não podem ser divididos em vários arquivos .

Outras soluções que tentei são:

• Um módulo por agregado. Problema - se eu incluir o tipo agregado no módulo, acabo com um nome de tipo agregado deselegante (por exemplo, MyAggregate.MyAggregate ), especialmente quando reutilizado em código não-F # .NET.

• Um arquivo com todos os tipos de contexto delimitado sob um espaço de nomes específico e outro arquivo contendo as funções dentro de um módulo. Ainda não é satisfatório, pois em F # não posso dar o mesmo nome ao módulo e ao namespace, e as funções não são realmente organizadas dentro do arquivo.

  // This gives a "namespace and module named ... both occur in 2 parts of this assembly" error
  
  //File1.fs
  
  namespace MyProject.Domain.MyBC
  
  type MyType = 
      // ...
  
  //File2.fs
  
  namespace MyProject.Domain
  
  module MyBC = //...