∅ч
Это method-like macro (не забываем, что в Rust есть функции, есть ассоциированные функции, есть методы)
хм, ну вообще да
impl Foo {
// Ассоциированная функция
fn a() {}
// Метод
fn a(&self) {}
}Size: a a a
2020 March 02
P
вроде даже в ошибках компилятора она называется статиком
🦉
impl Foo {
// Ассоциированная функция
fn a() {}
// Метод
fn a(&self) {}
}struct Foo {}
impl Foo {
pub fn foo() {
}
pub fn bar(&self) {}
}
fn main() {
Foo::foo();
Foo::bar(&Foo {});
}с точки зрения компилятора, разницы нет
🦉
это всё ассоциированные функции. оно же только сахару дает немного и всё
G
Я говорю то, что написано в TRPL: https://doc.rust-lang.org/book/ch05-03-method-syntax.html#associated-functions
В
это всё ассоциированные функции. оно же только сахару дает немного и всё
Справедливости ради object-safe трейты не могут иметь асоциированных функций, только методы
🦉
Справедливости ради object-safe трейты не могут иметь асоциированных функций, только методы
и как это увидеть на примере?
G
Справедливости ради object-safe трейты не могут иметь асоциированных функций, только методы
А что значит object-safe?
В
да вы шутите... ща пример никидаю
p
Нет, вру.
Result<Option<Result<T, E1>>, E2>Боде
r
Кстати, если не ошибаюсь, нет технических проблем добавить в vtable функцию без параметра self. Просто ещё не сделали.
p
red75prime
Кстати, если не ошибаюсь, нет технических проблем добавить в vtable функцию без параметра self. Просто ещё не сделали.
А зачем?
В
red75prime
Кстати, если не ошибаюсь, нет технических проблем добавить в vtable функцию без параметра self. Просто ещё не сделали.
Ну, непонятно где хранить vtable
В
а, стоп
r
Ну, непонятно где хранить vtable
Гм. Да. Что-то тут не так.
r
Если у нас есть
&dyn Tr, то вызвать <erased-type as Tr>::foo() технически должно быть можно. Но синтаксиса для этого нетВ