с#
никто же не путает конструкторы с функциями
(кроме случаев когда их имитируют)
(кроме случаев когда их имитируют)
Size: a a a
2020 October 26
AG
эм нет. чтобы никто не запутался декораторы будут с маленькой буквы, а аннотации с большой, потому что декораторы это функции, а аннотации - классы
Может сразу как в андроиде, dDecoratorName и aAnnotationName?
I
На столько просто что досих пор не понятно как ? Чем жертвовать будем ?
Я уже сказал, что компилятор оперирует на таблице символов и из этой таблицы он и понимает, что есть что. Снова советую прочесть какую-нибудь книгу по компиляторам перед тем, как с умным видом показывать свою некомпетентность.
с#
Может сразу как в андроиде, dDecoratorName и aAnnotationName?
стрём)
лучше по мне вообще без @, но и сейчас декораторы норм визуально отличаются
лучше по мне вообще без @, но и сейчас декораторы норм визуально отличаются
BP
ещё раз?
в котлине есть функции и конструкторы. вызываются одинаково, но котлин понимает что есть функция, а что конструктор.
в котлине есть аннотации и будут декораторы. вызваются они одинаково. в чем проблема ?
в котлине есть функции и конструкторы. вызываются одинаково, но котлин понимает что есть функция, а что конструктор.
в котлине есть аннотации и будут декораторы. вызваются они одинаково. в чем проблема ?
Эмми, лямбды это и есть функции, и порой Котлин для ::fun генерил непристойности. Так что так себе объяснения. Котлин не может разобрать функции с дженерика и если дженерики могут здорово пересекаются
ML
мы сейчас не об этом.
@annotation
fun a() = Unit
@Decorator
fun b() = Unit
а об этом. имя вообще не влияет на ресолв никак
@annotation
fun a() = Unit
@Decorator
fun b() = Unit
а об этом. имя вообще не влияет на ресолв никак
@annotation
fun a() = Unit
decorator@
fun b() = Unit
я починил, где мой пирожок?
BP
никто же не путает конструкторы с функциями
(кроме случаев когда их имитируют)
(кроме случаев когда их имитируют)
А вот тут подробнее, на Гите думаешь обратное будет ?
с#
@annotation
fun a() = Unit
decorator@
fun b() = Unit
я починил, где мой пирожок?
ахахаххахаха
I
@annotation
fun a() = Unit
decorator@
fun b() = Unit
я починил, где мой пирожок?
Изыди, демон!
BP
Я уже сказал, что компилятор оперирует на таблице символов и из этой таблицы он и понимает, что есть что. Снова советую прочесть какую-нибудь книгу по компиляторам перед тем, как с умным видом показывать свою некомпетентность.
Спасибо, больше, можно ссылку 6а таблицу в котлин компилятор ? Как будет время
с#
Эмми, лямбды это и есть функции, и порой Котлин для ::fun генерил непристойности. Так что так себе объяснения. Котлин не может разобрать функции с дженерика и если дженерики могут здорово пересекаются
никаких проблем с отличием лямбд от функций я не видел.
ильмир уже сказал, что это самое простое в задаче.
я поменял, сообщение, потому что конструкторы и функции тут - сравнение получше
ильмир уже сказал, что это самое простое в задаче.
я поменял, сообщение, потому что конструкторы и функции тут - сравнение получше
AG
Когда наконец-то сделают яп, в котором ввод новых ключевых слов не будет ломающим изменением.
Анонимный опрос
Проголосовало: 1BP
Я уже сказал, что компилятор оперирует на таблице символов и из этой таблицы он и понимает, что есть что. Снова советую прочесть какую-нибудь книгу по компиляторам перед тем, как с умным видом показывать свою некомпетентность.
Пс. Я повторяю, я задаю простой вопрос, где умный чел должен красиво разложить
с#
Когда наконец-то сделают яп, в котором ввод новых ключевых слов не будет ломающим изменением.
Анонимный опрос
Проголосовало: 1в котлине мягкие ключевые слова лол, уже есть.
ML
Когда наконец-то сделают яп, в котором ввод новых ключевых слов не будет ломающим изменением.
Анонимный опрос
Проголосовало: 11984 (см Common Lisp)
I
эм нет. чтобы никто не запутался декораторы будут с маленькой буквы, а аннотации с большой, потому что декораторы это функции, а аннотации - классы
Кстати, в первых версиях аннотации были без собачки. Но потом поняли, что это не особо future-proof и добавили собачку.
AG
в котлине мягкие ключевые слова лол, уже есть.
Там выше сказали что ломающее таки изменение, вот и результат.
с#
Там выше сказали что ломающее таки изменение, вот и результат.
там поправили человека, что будет модификатор, а не ключевое слово. модификатор это мягкое ключевое слово
BP
никаких проблем с отличием лямбд от функций я не видел.
ильмир уже сказал, что это самое простое в задаче.
я поменял, сообщение, потому что конструкторы и функции тут - сравнение получше
ильмир уже сказал, что это самое простое в задаче.
я поменял, сообщение, потому что конструкторы и функции тут - сравнение получше
Вы точно референсы функций использовали ? Компилятор на IR переключали ? Там куча моментов, конечно компилятор будет ругается, но иногда по-другому никак, а компилятор вот такой - не резолвит
BP
Кстати, в первых версиях аннотации были без собачки. Но потом поняли, что это не особо future-proof и добавили собачку.
И модификатор data тоже был аннотацией, если верная инфа