Вопрос о папке проекта VB.NET

Question

Так что, если я работаю над проектом на VB.net (на самом деле, над любым визуальным студийным проектом), я могу создавать папки. Мой проект становится довольно неудобным (более 30 классов), и я думаю, что было бы полезно хранить, например, классы структуры данных в папке "ds", а пользовательские элементы управления - в папке "uc". Это нормально? Повлияет ли это на то, как я буду ссылаться на классы? Являются ли папки просто для моего собственного использования и структуры, или они действительно оказывают какое-то влияние на мой проект в целом?

PS Если вы запутались, я имею в виду структуру, показанную в «Обозревателе решений». Извините, если это тупой вопрос или неясный, но я никогда не работал над таким большим проектом, как этот.

Answer 1

Не бывает глупых вопросов.;) Вы можете сделать это, но сделайте себе одолжение и оставьте свои пространства имен такими же, как иерархия папок, или вы можете довольно быстро получить птичье гнездо.Например, если пространство имен проекта по умолчанию - MyProject, а папка - Dc, эти классы должны быть в

Namespace MyProject.Dc

Редактировать: просто оберните ваши классы, чтобы отразить структуру папок, например:

Namespace MyProject.Ds
    Module MyModule

        Sub Main()
            'do stuff here
        End Sub

    End Module
End Namespace

Answer 2

При добавлении папок пространство имен всех вновь добавленных файлов по умолчанию будет содержать имя папки.Например, MyApp.UC или MyApp.DS.

Создание папки и перемещение пользовательских элементов управления, структур данных и т. Д. Не должно быть проблемой.

Вы всегда можете проверить это в новом тестовом проекте - это мой обычный способ:)

Answer 3

Вы можете использовать папки для всего. Я делаю это все время, вам просто нужно включить имя папки при доступе к нему.

Поэтому, если бы я хотел что-то вызвать в папке «Исключения», я бы использовал Exceptions.DialogExceptionEdit и т. Д.

Answer 4

Добавление новой папки не должно ничего менять в вашем проекте, если вы внимательно относитесь к пространствам имен, в которых они находятся, а также осторожны при обращении к файлам классов, используя их путь.