Interne und Infrastruktur-Verzeichnisse im Projekt

Question

Ich habe festgestellt, dass mehrere Projekte ein "Internes" Verzeichnis in der Codebasis haben. Beispiel:

• https://github.com/aspnet/Core/tree/master/src/Castle.Core/Core/Internal
• https://github.com/aspnet/EntityFramework/tree/dev/src/Microsoft.EntityFrameworkCore/Internal

Zunächst kann man glauben führen, dass diese Verzeichnisse speichert Klassen mit dem internal Zugriffsmodifikator erklärt aber auf der Suche in den Verzeichnissen Sie sehen, dass Die darin enthaltenen Klassen werden mit dem Zugriffsmodifizierer public deklariert.

Ist das Vorhandensein eines "internen" Verzeichnisses in der .NET-Welt üblich oder üblich und wozu dient es? Was geht dort hin? Was gehört da hin?

Ich habe auch bemerkt, ein Verzeichnis namens "Infrastruktur" in mehreren Projekten:

• https://github.com/aspnet/Mvc/tree/dev/src/Microsoft.AspNetCore.Mvc.Core/Infrastructure
• https://github.com/aspnet/SignalR-Server/tree/dev/src/Microsoft.AspNetCore.SignalR.Server/Infrastructure
• https://github.com/aspnet/EntityFramework/tree/dev/src/Microsoft.EntityFrameworkCore/Infrastructure

Ebenso würde ich fragen, ob dies eine ist geläufiges Vorkommen oder gängige Praxis und wozu dieses Verzeichnis und was da drin gehört?

Answer 1

Für meine Meinung ist der bessere Weg, separate Projekt namens "Infrastruktur" zu erstellen und zu diesem Projekt alle Schnittstellen, öffentliche abstrakte Klassen und andere Verträge zu bewegen. Dann referenzierte dieses Projekt von allen Projekten, die über diese Verträge Bescheid wissen sollten.

Es ist nicht üblich, aber ich sehe es oft.