Краткий ответ

Ассоциированную функцию без параметра self нельзя вызвать через dyn Trait, потому что у вызова нет экземпляра, по которому можно определить конкретную реализацию. Чтобы трейт оставался совместимым с trait object, такую функцию обычно ограничивают where Self: Sized; тогда она доступна для конкретных типов, но недоступна через dyn Trait.

Исторический контекст

Trait object предназначен для динамической диспетчеризации: вызов выбирается во время выполнения по адресу объекта и его таблице виртуальных методов. Ассоциированная функция без self не получает экземпляр объекта, поэтому её реализацию нельзя выбрать через обычный динамический receiver.

Правила object safety, которые в современной терминологии называют требованиями dyn compatibility, отделяют операции, пригодные для виртуального вызова, от операций, требующих знания конкретного Self на этапе компиляции.

Постановка проблемы

Если трейт содержит ассоциированную функцию без self и не ограничивает её Self: Sized, сам трейт нельзя использовать как dyn Trait. Это может неожиданно сломать API, который хранит разные реализации за указателем на trait object.

Простое удаление такой функции решает проблему, но иногда она нужна как фабрика или вспомогательная операция. Тогда важно выбрать: сделать её доступной только для конкретного типа либо изменить API так, чтобы функция получала объект.

Подробное решение

Ассоциированная функция без self не является методом объекта. У неё нет динамического receiver, а значит, вызов через trait object не может однозначно определить, какую реализацию следует выполнить.

trait Factory {
    fn create() -> Self
    where
        Self: Sized;
}

struct Document;

impl Factory for Document {
    fn create() -> Self {
        Document
    }
}

fn build(factory: &dyn Factory) {
    let _ = factory;
}

fn main() {
    let _document = Document::create();
}

Ограничение Self: Sized сообщает компилятору, что функция применима только к конкретному размерному типу. Поэтому Factory можно использовать как dyn Factory, но create нельзя вызвать через объект этого типа.

Если функция должна поддерживать динамический вызов, ей нужен receiver, например &self или &mut self. Другой вариант — вынести фабрику в отдельную свободную функцию или отдельный трейт, не используемый как trait object.

Ситуация из практики

Допустим, плагины хранятся в коллекции как Box<dyn Plugin>, а API также хочет предоставить каждой реализации статическую функцию создания. Включение обычной функции без self в Plugin сделает весь трейт несовместимым с trait object.

Вариант с where Self: Sized сохраняет статическую фабрику для конкретных типов и не мешает хранить плагины динамически. Вариант с методом &self действительно допускает виртуальный вызов, но фабрика ещё не имеет существующего объекта, поэтому семантически часто подходит хуже. Вынесение фабрики в отдельный API обычно лучше разделяет создание объектов и работу с уже созданными плагинами.

Что кандидаты часто упускают

Можно ли вызвать такую функцию через конкретный тип?

Да. Ограничение Self: Sized не запрещает статический вызов для конкретного типа, например через имя реализации или типа. Оно запрещает использование функции в контексте, где конкретный Self неизвестен, включая trait object.
Достаточно ли добавить Self: Sized, чтобы функция стала доступна через dyn Trait?

Нет. Это делает сам трейт пригодным для создания trait object, но одновременно исключает функцию из динамического интерфейса. Через dyn Trait можно вызывать только совместимые с объектом методы, имеющие подходящий receiver и не требующие знания конкретного Self.
Всегда ли параметр self делает функцию вызываемой через trait object?

Нет. Наличие receiver необходимо, но не является единственным условием. Метод также может быть несовместим с trait object из-за generic-параметров, возврата Self, неподходящего impl Trait или других ограничений. Кроме того, явный Self: Sized на методе делает его недоступным через dyn Trait, даже если у него есть self.