круто)

 

Какой вуз?

 

[
{
"type": "link",
"text": "https://kpfu.ru"
}
]

 

Это казань

 

Если надо студентам про дарт что-то рассказать - обращайтесь :-)

 

Записи лекций будут?

 

?? не думал об этом. Так-то класс компьютерный, оснащен хорошо, но кроме камеры-наблюдения, которая палит активность в аудитории и сверяет с рассписанием, оборудования для записи лекции\практики нет.

 

Если студенты будут хорошо и быстро обучаться, то я думаю, что они к концу семестра, когда будут делать финальную работу, будут иметь возможность в этом чате задать Вам достойные вопросы)

 

Я бы тоже не против пройти обучение, но я из Москвы

 

документация у них хорошая, пройди обучение сам

 

Что можете сказать о книге "Dart в действии"? Читаю уже несколько дней, но она же 2013 года

 

тоже хотел подобный совет дать. В нашей отрасли лишь бы было желание, обучиться всему можно самостоятельно - и это будет продуктивнее в разы.

 

а лучше закодить какой-то нормальный проект и на практике все освоить самостоятельно.

 

Информации море, заходишь в интернет и бери не хочу

 

Вообще для практики прикольно взять какой-то свой старый проект и переписать на дарт

 

Спасибо, пошёл изучать тогда :)

 

Плюс того чтоб взять свой старый проект в том что будет минимум вопросов и раздумий по фурнкционалу и акцент уйдет именно на реализацию на новом языке

 

Плещинскому привет :)

 

о, Казань. Привет )

 

Была ли хоть одна адекватная причина делать в дарте такой импорт?

 

Почему он все подряд импортит?

 

Всё подряд - это что

 

Все что там описано без _

 

Хотя, один файл = один класс

 

А есть какой нить большой опенсорс проект на флаттере чтоб можно было посмотреть структуру, именования итд?

 

Было бы все таки удобней иметь вместо подчеркивания слово private

 

как в шарпе

 

Точки с запятой в 2018 бесят

 

[
"вот обсуждение а нужны ли опциональные точки с запятой от разработчиков ",
{
"type": "link",
"text": "https://groups.google.com/a/dartlang.org/forum/#!topic/misc/yBz04ipOn4g"
},
" почти все комьюнити хочет оставить как есть"
]

 

ну у чуваков которые пишут на свифте или котлине или даже том же самом js точки с запятой кажутся архаизмом

 

да я даже не спорю, сам после груви с удовольствием пропустил бы.. но по факту комьюнити честно спросили и все сказали надо, даже с аргументацией

 

может оно и к лучшему: пусть будет амулетом от всякой хипстаты, глядишь и pub почище будет

 

Не, не удобнее. Слишком много слов, и в коде непонятно, приватное или нет, пока объявление не посмотришь

 

Почему не понятно? Если приватное, то оно в другом коде не будет доступно.

 

А внутри класса?

 

А внутри класса мне все равно.

 

Какая разница внутри класса приватное или нет?

 

Какая разница вне класса - с подчеркиванием оно или без, если его там не видно?

 

Объявление private нужно, чтобы ограничить доступ снаружи, а не внутри

 

Совершенно верно. Но в Dart подчеркивание == private

 

причем не совсем private. Примерно что-то вроде области видимости default в java

 

В общем обычно это проходит - для многих программистов, пробующих Дарт, подчеркивание кажется проблемой

 

Более наглядно видно, задеваешь ли ты внешний контракт

 

И не видел ни одного программиста с опытом работы в год, скажем, в дарте, для которого это бы казалось проблемой

 

С точки зрения настоящего ООП - это не красиво. Но в целом приемлемо.

 

Если бы было реализовано в полном соответствии с уровнями доступа ООП, то никто не смог бы "задеть" ничего не нужного

 

Меньше букв писать

 

Но идею разработчиков Dart, почему так сделано, я понял так: так проще реализовать компилятор, при этом в целом такой подход не сильно напрягает. В общем - компромисс

 

А где в ООП написано именно про слова private? И вообще "классический ООП" - это какой

 

Java? ??

 

Не помню как это точно звучит у Alan Kay - когда создал понятие объектно ориентированное программирование, я точно не это имел в виду.

 

В ООП есть понятие о сокрытии данных. Подчеркивание отчасти решает это, но не так хорошо и надежно как Java или C++

 

В общем с подчеркивание можно работать. В любом случае на Dart писать приятнее, чем на JS

 

А мне подчёркивание больше нравится чем private. Лаконично :). Одно напрягает. Отсутствие нормальных Enum с возможностью присваивания значения. Нужно писать свой костыль.

 

[
"На счет лаконичности - вопрос спорный. ",
{
"type": "code",
"text": "private"
},
" мне нужно написать только один раз при объявлении класса, а подчеркивание нужно втыкать везде, где используется переменная. Так что общее количество подчеркиваний может превысить количество букв в слове ",
{
"type": "code",
"text": "private"
},
". А если сделать как в C++ блоками, то есть пишешь ",
{
"type": "code",
"text": "private:"
},
" и после двоеточия объявляешь все внутренние переменные, то тогда вообще кратко станет"
]

 

Вроде можно писать class _MyClass. И будет приватный или internal класс(в случае library). Нет?

 

Так это будет приватный класс. А если мне нужно, чтобы класс был общедоступным, но некоторые его переменные были private, то так не сработает

 

Ааа. Как в C++. В качестве бреда: вынести все приватные поля в приватный класс. И у основного класса сделать приватное поле с этим классом. :)

 

Если мы будем такие недостатки решать архитектурными решениями, то это будет ужасно. Лучше использовать то, что есть. Это вполне приемлемо. Мы ведь пока только о private говорим, что хоть как-то реализовано. А protected в Dart вообще нет??

 

Нуууууу. Можно вынести всё в library. Там поля с подчёркиванием internal, на сколько я знаю :)

 

После обновления на Angular 5.0.0 наблюдаю тормоза в процессе компиляции. Т.е. время на отладку увеличилось. Есть места, где есть прирост. Но в основном компилируется 40 секунд. Доходит до 2 минут иногда. :(

 

Это build_runner так тормозит?

 

сейчас он быстро работает.
месяц назад тормозил и ел озу. ангуляр компоненты сайт обычный клиент к мудлу для преподов

 

Да. Странно работает. После перехода на Angular 4 было падение в скорости. Думал, что в 5.0.0 это исправят. И где-то это даже так. Но, блин. Медленно.

 

Видимо вы на js не оч много пишите, раз не ловили проблем при из-за отсутствующих ;

 

года два как. последний год точно без точек с запятой пишу

 

вебпак спасает

 

А у вас быстро компилируется 5? Сложный проект?

 

аджакс запросы к бд, пару страниц. мониторинг оценок и сдачей рубежек с экз и их изменение.
на прогрев буйлдера уходит меньше минуты, а на компиляцию изменений 10 сек максимум

 

Понятно. Спасибо.

 

Здравствуйте. Почитываю доки и статьи по flutter, пока почитываю только) . А есть какая то замена preferenceActivity? Может плагин какой который берет на себя всю работу по рендерингу настроек? Спс

 

Есть список

 

[
"Ату его! ",
{
"type": "mention",
"text": "@amel_true"
},
""
]

 

Можно ли считать Kotlin to JS серьёзным конкурентом Dart?

 

По каким критериям? Производительность, features, etc

 

[
{
"type": "mention",
"text": "@bunopus"
},
" наверное, по займу и понтам? Вокруг котлина есть ажиотаж."
]

 

Всё, что вы скажете, может быть использовано против вас в подкастах

 

У Котлин идея — один язык для всего. Джеты хотят писать одну кодовую базу для десктопа/мобилки/веба, потому и запилили Kotlin JS

 

Ну как ни странно, пока КОтлин проигрывает в... инструментах. Ну реально, юзать Gradle или Maven для сборки кажется так себе

 

Например в той истории, когда накопилось 2млн строчек на JS и пришло время выбрать статически типизированный язык для написания веба. 3 года назад kotlin js не было, но сейчас его можно было бы рассмотреть. И мне вот стало интересно, чисто умозрительно: Kotlin vs Dart today?

 

Ну сейчас есть kotlinc-js, но я его не знаю особо

 

вы в разных обсуждениях тут о типизации жс избегаете typescript это с чем-то свяанно, или хочется андерграунда?

 

Ну у Котлина много вкусностей, типа non-nullability, но пока ИМХО для web разработки он не очень. У Дарта есть мощный Ангуляр, а у Котлина? Интеропами не ахти как всё покрывать

 

Никто не избегает, просто вопрос был конкретный

 

я именно по вопросам и сужу

 

тут не слышал вопроса о тс

 

Есть официальные биндинги Kotlin to React (это конечно не так круто, как AngularDart)

 

Это очень сырая штука со странным синтаксисом

 

Ну биндинги это не то

 

Хотел, кстати, про Kotlin React записать! руки не доходят

 

Есть ещё Ring UI

 

[
"Ну вот например ",
{
"type": "link",
"text": "https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.js/js.html"
},
"\nСама идея крутая, вызывать вот так запросто js, но там же только строки передаются!"
]

 

Почему в дарте все "простые" типы кроме стринга с маленькой буквы?

 

А почему нет?

 

ну типа однообразие

 

либо все маленькие либо все большие

 

[
"Можно посмотреть на C#. С маленькой буквы на самом деле keywords языка\n",
{
"type": "link",
"text": "https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/built-in-types-table"
},
""
]

 

смотрится странно

 

?\_(?)_/?

 

Ты смахиваешь на джона сноу

 

Ну как бы это вкусовщина

 

Пытались сделать красивый язык, и даже почти получилось :(

 

Дарт - самый красивый язык, его послали нам сами боги

 

самый красивый шарп

 

его пока сложно переплюнуть

 

сюда нужно добавить еще 3 человека

 

А есть кто рисковый кто использует дарт в продакшене не для фронта?

 

У нас бек есть

 

На дартвм живет?

 

Это основной сервис, или сбоку-припека часть функционала написана на дарте?

 

Да
Корный функционал, но сам сервис не очень большой

 

Как вообще нагрузку держит? Довольны?

 

Да, вполне

 

Прикольно, а вообще на чем пишете? кроме

 

бенчмарки пишут что он на уровне ноды по скрости на беке работает, субьективно так это?

 

Java на беке, Dart, Less ну и всякие js, и бд

 

Мы как раз с ноды переписали, норм

 

Джава ведь быстрей дарта

 

надо было на джаву все переписывать )

 

Достоинство Dart в том, что у него есть все необходимое для браузерного ПО из коробки. Ведь ценность не только в том, что есть компилятор в JS. Сейчас всякий уважающий себя язык програмирования имеет компилятор в JS. Но это не означает, что на нем реально можно писать браузерное ПО. У Dart есть все необходимое для быстрой и удобной разработки браузерного ПО.

 

с маленькой буквы как правило примитивы, а остальное все с большой, ибо присваиваются по ссылке по умолчанию, по краней мере в Java читал так обосновано

 

Что значит красивый? Почему самый красивый именно шарп? Любители Эльма вон тоже кричат, что у них самый красивый язык

 

красота в глазах смотрящего

 

Мне vanilla js нравится своей красотой )

 

Хехе, верно сказано)

 

Если дарт на уровне ноды, то как джава может быть быстрее дарта? Сейчас на западе наоборот тенденция с джавы переписывать на ноду, чтобы нагрузку держать.

 

Нода держит нагрузку хорошо только есди мало данных и все операции асинхронные. Если попадается синхронщина, все, преимущество ноды заканчивается, как собственно и дарта

 

Естественно это мое мнение, красивый значит в языке продумано все до мелочей чтоб им было пользоваться комфортно

 

Тут абсолютно согласен.

 

[
{
"type": "mention",
"text": "@bunopus"
},
" кстати, а как у дарта с нативным биндингами? Можно?"
]

 

[
{
"type": "link",
"text": "https://www.dartlang.org/articles/dart-vm/native-extensions"
}
]

 

Блин смешно. Примеры в студию. Как и бенчмарки

 

Будет на холи большой доклад про это :)

 

Хорошо бы на холи еще фишки и хаки JS-Interop подробный завезли, нетривиальных решений для микса либ JS

 

Согласен. На меня многие коса посмотрят, но мне синтаксис JS нравится??(TS по больше части, ибо без типизации вообще не могу. Бесит)

 

Сюда кидали страницу с бенчмарками пару дней назад

 

[
{
"type": "link",
"text": "https://github.com/flutter/flutter/issues/15297"
},
"\nБрайен собирает запросы на \"поваренную книгу Flutter\". Если есть что-то, что не покрыто - не стесняйтесь :-)"
]

 

Вас уже 200

 

Ура! :)

 

Нас уже 200!????

 

Поздравляю :-)

 

А мы рекорды ставим по количеству людей?

 

Опа, кто-то вышел ??

 

?? спугнули флудом

 

Ищем плюсы. Зато можно будет ещё раз 200 отметить??

 

Подскажите такую штуку, во флаттер я нашел как поциционировать элемент относительно текущего положения.
Stack + Positioned, но эти два виджета оставляют место в котором был перемещенный виджет. Можно как-то сделать действительно абсолютное позицианирование, чтоб виждежт не резервировал себе место, которое потом останется пустым?

 

Вот пример

 

Такой и есть dartfmt, он вроде как штормом используется

 

Если про форматирование

 

Плюсую.

 

Если про линтер, то тоже из коробки

 

На самом деле можно чуть подкрутить в шторме

 

Например длину строки в 120

 

Сразу становится веселее

 

Насколько я помню можно руками выставить, он не будет переформатировать

 

Слабое утешение

 

Но все же

 

Тут я не скажу, сижу с телефона, нет возможности проверить, согласен, что кусок плохо выглядит

 

Если завтра не забуду – проверю

 

Аналогично твоему

 

В шторме

 

[
{
"type": "pre",
"text": "file1.dart\nlibrary someName;\n\nimport 'dart:async';\n\npart 'file2.dart';\n\n///\n\nfile2.dart\npart of someName;\n\nvoid main() async { // импорт уже есть, да и тебя не пропустит vm\n}",
"language": ""
},
""
]

 

Если после скобочек ставить запятые, получше форматирует в столбец

 

Я вот тоже не очень понял этот момент из доки. Написано, что part of не комильфо. Но свойства класса, начинающиеся с андерскора видны только в пределах одной library. Выходит, что если хочешь protected свойства, надо городить несколько классов в одном файле, что тоже еще то мудатство.

 

Я наследование имею в виду*

 

Можно например бить библиотеку на модули
Для каждого модуля - делать файл с export-ами, и из соседнего модуля импортить его. Главное файлы из того-же модуля импортить напрямую

part-of не комильфо если количество файлов в библиотеке очень большое
Например если в вебшторме изменить файл из part-of то ИДЕ переиндексирует всю library, ибо мало ли что там изменилось(приватные классы то видны) + аналогичная проблема есть с пересборками при serve

 

[
{
"type": "mention",
"text": "@newvladimirov"
},
" а как же ",
{
"type": "mention",
"text": "@protected"
},
"?"
]

 

[
{
"type": "mention",
"text": "@f3ath"
},
" Композиция и наследование — два разных инструмента. Нельзя утверждать, что один полностью может заменить другой. Есть общая рекомендация по возможности заменять наследование композицией, но это только общая рекомендация."
]

 

> Ну protected это вообще сомнительная штука. Композиция решает.

 

[
{
"type": "mention",
"text": "@yanguly"
},
" реализация такой фичи как protected в отдельном пакете, а не на уровне языка немного смущает."
]

 

Зачем вообще нужен этот protected ??
Тем более в дарте

 

(Про род классы я знаю)

 

Мне protected понадобился как раз для interopa. Грубо говоря есть много js классов, каждый из которых надо обернуть в дартовский вроппер, и приделать к ним пару общих методов. Нехочетелось, чтобы они торчали наружу

 

Ну, такой себе кейс (по крайней мере в моем случае), не знаю как на фронте
В дарте _ полностью покрывает потребности, имхо

 

Ну, если использовать part-of, то будет и мои перекрывать)

 

Вывод: protected не нужен )

 

К примеру abstract class JsObjectWrapper {
final T jsObject;
JsObjectWrapper.fromJsObject(this.jsObject);
}

 

всего лишь хотелось бы сделать jsObject protected

 

[
{
"type": "mention",
"text": "@protected"
},
" же"
]

 

Так говорю же, лишняя зависимость смущает. И вообще, я не знал об этом пакете, до того, как здесь увидел)

 

Ещё удобная штука visibleForTesting

 

Да, прикольно, на самом деле

 

Ну, может, чуть притянуто за уши, но смысл должен быть понятен

 

У кастомной аннотации можно вызывать метод?

 

Если так рассуждать, то можно сказать, что и без private можно обойтись. Да и вообще без Dart можно обойтись. Ведь дело не в том, что можно обойтись, а в том насколько язык полноценно соответсвует всем концепциям ООП и позволяет лаконично и понятно выражать задумки разработчика.

 

Среди отношений классаов в ООП существуют наследование и ассоциация. Ассоциация в свою очередь имеет разновидности, в состав которых входят агрегация и композиция. Выбор между видами отношений классов определяетя логикой. Отношение наследование в обычном языке можно заменить словом "является". Напрмер, Треугольник явлется Фигурой. Отношения агрегации и композиции можно заменить словосочетанием "входит в состав". Например, Колесо входит в состав Автомобиля. Но между агрегацией и композицией есть некоторое различие: при агрегации объекты двух классов могут с разумной точки зрения существовать независимо друг от друга (колесо и автомобиль: колесо может существовать без автомобиля), а при композиции - не могут (сердце и человек: сердце без человека жить не может)

 

[
"Я думаю, что здесь примеров достаточно: ",
{
"type": "link",
"text": "https://vk.com/wall-54530371_3518"
},
""
]

 

Ниасилил ??

 

[
"Как заменить композицией приведённый мной пример:\n",
{
"type": "pre",
"text": "class Shape {}\nclass Triangle extends Shape {}",
"language": ""
},
"\n?"
]

 

Методы само собой будут, но разве для данного примера это важно?

 

Мы анализируем отношения классов а не их поведение

 

Композиция это не отношение is-a

 

Но да, я согласен, что часто программисты почему-то всовывают отношения is-a там, где они не нужны, и там где достаточно как раз композиции

 

Implements никакого отношения к композиции не имеет

 

А что смущает? Можно и implements сделать. В данном случае это не принципиально. Мне интересно было увидеть, как это будет заменено композицией. Ведь именно это было высказано, что такое наследование можно заменить композицией

 

Давайте посмотрим, как то будет выглядеть

 

Что-то холиваром запахло и нездоровым догматизмом :)

 

Да не, догматизм как раз норм. Он как раз намекает, что OOP без OOD - это пшик

 

Согласен. Пора прекращать. Предлагаю читать книжки. А если вопрос действительно интересует, то его обсуждение предлагаю привести в личку

 

Иногда нужно именно наследование, иногда композиция, все от ситуации же зависит. Глупо говорить что надо использовать что-то одно, что за догмы? Потому что дядя Боб так сказал? :)

 

Я за прагматичный подход, без догм

 

Если под прагматичным подходом понимается использование средств согласно целям, то я тоже за него, да :)