но ведь от этого слов не меньше

Можно было бы ведь вместо export default async function handleUrl(ctx: Context) { Писать просто handleUrl(ctx: Context) async {

А если это не Функция

huh?

Или тебе не надо её экспортировать

_ перед именем :) Так в Дарте импорты работают

_ перед именем :) Так в Дарте импорты работают

тут есть разница между default и named экспортами

это хак

Да, между ними тож разграничение лишнее (имхо)

это то, как работают импорты

это то, как работают импорты

и всегда в будущем, импортируя это, пишешь меньше кода

это хак

Почему это хак? Это не конвенция, в Дарте если в файлике написать _ перед именем – эту функцию физически заюзать в другом файле нельзя

вместо import { someFunction } from 'someFunction' пишешь import someFunction from 'someFunction'

Тоже много лишних слов, можно было бы просто import 'someFunction' – и все

особенно учитывая, что помимо private и public есть еще модификаторы

импортировать вообще нужно только неймспейсы

Да, а вот их отдельно типа, static const _foo = 1

Без обозначения чего именно ты импортишь и from

блин, опять вспомнил про квантовые биты

а как ты сделаешь restricted?

Я @protected если честно ни разу в жизни не юзал, как и _ + part of, оно точно так же ниоч как named и default экспорты

в свифте, имхо, и котлине — самые норм экспорты и импорты

+++++++

а вот в с# ....

а что в с#?

Функции с большой буквы это как SQL маленькими – так же больно

Обновил https://pub.dev/packages/value_extensions. Теперь там все правильно, нет сомнительных решеий, все покрыто тестами и можно заявить, что это пакет для реактивности который требует меньше всего кода чем что бы то ни было.