Его просто можно пропустить при вызове метода (если память не изменяет) но имхо это туже перебор будет вместе с nullable Boolean

Нет, для всех типов

В шарпе есть две штуки

точнее

T? будет разным для структур и классов

Просто в <> конструкции можно использовать только классы, потому Boolean и передать null, в Optional - ну хз...

Для структур, компиль заменит T? на Nullable<T>, для классов, просто будет статический анализ и compile-time проверка

В питоне Optional[T] означает, что значение либо T либо null.
Но статическая типизация в питоне прикручена сбоку, и защищает только в IDE.
В расте Option<T> это enum со значениями Option::Some(T) и Option::None и до Т можно добраться только внутри if'а или местного аналога switch'а с проверкой Some тут или None.

В джаве чтобы чтобы сделать Object<T> придётся T превратить в тяжёлый объект и держать в куче.
В расте же
struct Foo<T> {
   field: T,
}
весит ровно столько, сколько весит Т, в enum наверное еще байт добавится чтобы различать, какой тут вариант.
Поэтому Option<bool> весит примерно [один байт на OptionVariant]+[один байт на bool], т.е. это очень экономно.

Типо так?

@Steel_Sword хочешь прикол?

Крч

Как оказалось, в шарпе

T? (где T struct) синтаксический сахар для Nullable<T>

Но

Nullable<T> varName = null; тоже сахар

Который превращается в
Nullable<T> varName = new Nullable<T>();

А че у 1с настолько плохая поддержка , что они выпустили пакеты только rpm и deb, а для arch нет

А в свою очередь, Nullable<T> varName = new Nullable<T>(); тоже сахар