Por que o Typescript usa a palavra-chave "export" para tornar públicas as classes e interfaces?

Enquanto brincava com o Typecript, percebi que minhas classes nos módulos (usadas como namespaces) não estavam disponíveis para outras classes, a menos que eu escrevesse a exportpalavra-chave antes delas, como:

module some.namespace.here
{
   export class SomeClass{..}
}

Então agora eu posso usar o código acima desta maneira:

var someVar = new some.namespace.here.SomeClass();

No entanto, eu estava me perguntando por que essa palavra-chave é usada, em vez de apenas usar a publicpalavra - chave usada no nível do método para indicar que um método ou propriedade deve ser acessível externamente. Então, por que não usar esse mesmo mecanismo para tornar visíveis externamente classes e interfaces etc.?

Isso daria código resultante como:

module some.namespace.here
{
   public class SomeClass{..}
}

O principal motivo é que exportcorresponde aos planos para ECMAScript. Você poderia argumentar que "eles deveriam ter usado" export "em vez de" public ", mas além de" export / private / protected "ser um conjunto de modificadores de acesso pouco compatível, acredito que haja uma diferença sutil entre os dois que explica isso .

No TypeScript, marcar um membro da classe como publicou privatenão afeta o JavaScript gerado. É simplesmente uma ferramenta de tempo de design / compilação que você pode usar para impedir que seu código TypeScript acesse coisas que não deveria.

Com a exportpalavra - chave, o JavaScript adiciona uma linha para adicionar o item exportado ao módulo. No seu exemplo: here.SomeClass = SomeClass;.

Portanto, conceitualmente, a visibilidade é controlada por publice privateé apenas para ferramentas, enquanto a exportpalavra - chave altera a saída.

Algumas coisas a acrescentar à resposta de Steve Fenton:

• export já significa duas coisas diferentes (dependendo se é de nível superior ou não); fazendo com que isso signifique que um terço é provavelmente pior do que adicionar public/private
• Definitivamente, não é para facilitar a implementação; a complexidade adicional de publicvs exporté trivial. Já alteramos muitas palavras-chave; não é difícil.
• A visibilidade padrão dos membros da classe deve ser pública para se alinhar à proposta de classe ES6, portanto, precisamos de alguma palavra-chave para indicar "não público". Não existe um antônimo adequado para export( unexport??), assim privatecomo a escolha lógica. Uma vez que você tenha private, seria um pouco insano não escolher publiccomo sua contraparte
• O uso de exportpara modificar a visibilidade nos módulos internos é o alinhamento de melhor palpite com os módulos ES6