Разумно ли иметь более 65536 пользовательских типов в больших проектах?

Question

Я думаю о некоторых вещах, связанных с информацией о типах среды выполнения, и я хотел бы получить отзывы от программистов, которые работают над гораздо большими проектами, чем я. Разумно ли ожидать, что какая-либо программа будет иметь более 65536 (2 ^ 16) пользовательских типов (классов и структур) в одном проекте? Это не означает 65536 экземпляров, это означает 65536 типов . Будет ли вообще иметь значение, если компилятор ограничит вас 65536 классами / структурами в каком-либо одном проекте?

Answer 1

Это вопрос приоритетов. Оправдано ли время (и объем кода) для реализации «неограниченного» количества типов в текущей области проекта?

Вы также хотели бы рассмотреть возможность сопровождения по мере роста проекта / компилятора.

Я бы сказал, что особые случаи, такие как избыточное количество типов, на самом деле не оправдывают принятие этого во внимание, если вы специально не нацелены на это. Кто ваша целевая аудитория?

UPDATE: В некоторых случаях вы, возможно, захотите ограничить себя, чтобы стать более эффективным в каком-то другом аспекте (например, в памяти, скорости выполнения и т. Д.). Пока это четко задокументировано, я думаю, что вы должны идти в соответствии с вашими конкретными потребностями. 1009 *

Answer 2

Нет, потому что в этот момент вы должны сильно отделить проекты. Только общедоступные типы должны взаимодействовать друг с другом в разных проектах. Затем устанавливается ограничение: максимум 2 ^ 16 типов на проект и максимум 2 ^ 16 открытых типов для всех проектов.

Answer 3

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

Во всех современных приложениях / системах количество всех объектов ограничено только системной памятью. Это шаг назад, чтобы иметь любое другое ограничение.

Answer 4

Кто говорит, что type info == 16-битное число?