По сравнению с тем, что нужно привыкнуть (не для бэка, в целом), к тому, что большинство фич и ошибок тебе придется фиксить самому :)

 

После какого-нибудь популярного языка это больно

 

Дык я с нодой сравниваю

 

Они практически братья

 

Ну и в силу популярности бэка, у тебя шансы падаются на 50% того, что ты найдешь ответ на бэк вопрос, а на фронт бы нашел :)

 

Ну после ноды да есть ощущение безграничной пустоты

 

Да я фиг знает откуда он пришел

 

Чем тебе нода не угодила?

 

Нода жа тс

 

Дарт та же нода, только (то что сказали выше) + не популярный

 

[
"Есть ",
{
"type": "code",
"text": "flow"
},
""
]

 

Тс - ужасен, flow - можно юзать

 

А из ответчиков кто-то подымал рест на дарте?

 

Я петы пишу на нем

 

И по этому говорю это все

 

А я просто либы ??

 

То есть дарт по сути плюс минус тот же эвенолуп и однопоточка?

 

Компилировать в бинарь нельзя его да?

 

Дарту нужна совместимость с джсом
Некоторые фичи они не разрешают юзать во фронте

 

У дарта своя vm

 

Я с позиции безопасной отдачи кожа на сторону

 

Screenshot (03:13PM, окт. 07, 2018)

 

Мой тебе совет, взгляни на го, он довольно таки хорош для бека, быстр и многопоточен и в бинарь компилится. Дарт для фронта хорош, бек рано

 

Нинада ??

 

Го говно

 

Да ладно

 

Не выдумывай

 

Лучше на скалу

 

Давайте опустим холивары)

 

Тут не в холиварах. Го для бека хорош, популярен и 100% подходит под твои запросы

 

Вопрос тогда с подвохом если дарт для Бека не оно, почему сами на нем пишите

 

Я не пишу на дарте бэк, у меня библиотеки

 

Петы можно, продакшен я на нем не пишу ??

 

Я пишу фронт )

 

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

 

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

 

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

 

Он рассказал контекст, рассказал требования

 

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

 

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

 

Что вы такие а, новичков надо любить, и приветствовать любые вопросы. Стыдно :-(

 

Мы не злобные, просто холиваров не хочется

 

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

 

[
"а есть где посмотреть пример бека на дарте? что-то вроде ",
{
"type": "link",
"text": "https://github.com/gothinkster/realworld"
},
""
]

 

todolist для бекэнда?

 

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

 

Обычно в пакете есть примеры + дока. Там и можно глянуть как выглядит

 

Ух ты, это откуда?

 

404fest

 

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

 

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

 

Если нет мобайла и/или фронта на дарте (и не планируется) - лучше действительно не связываться. Бэк развивается по остаточному принципу. И никаких киллерфич кроме перечисленного нет и не предвидится

 

Господа, просветите. А каким образом разруливается разный подход к дизайну у андроида и иос? Набор виджетов совершенно разный, гайдлайны разные. Просто в зависимости от платформы показываем тот или иной интерфейс?

 

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

 

Почему?

 

А, стоп
Интерфейс - ui?

 

Я так и подумал, да, ui

 

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

 

Унификация - то бишь использование виджетов доступных только и там и тут?

 

То есть делать дизайн, у которого «свой» стиль.
И он будет одинаковым как на Android так и на iOS. Приложения будут выглядеть одинаково и там и там.

 

Эдакая расплата за кроссплатформенность и быстроту разработки

 

Ну если например делать Material то можно и там и там

 

Но у вас всегда есть возможность поставить if, спросить какая платформа и использовать компонент из пакета cupertino или material.
Далее, можете часто используемые компоненты обернуть и будет у вас некий набор виджетов, которые будут отрисовываться в соответствии с платформой. Эдакое подмножество компонентов, которое есть на обеих платформах и которые должны выглядеть по разному.
И даже в этом случае это не тоже самое, что писать 2 нативных приложения. Если все хорошо с архитектурой, ui часть будет занимать не очень большой процент проекта.

 

Лично мне такой подход не очень нравится, но опять же, все зависит от конкретного случая.
Flutter даёт возможность сделать по разному - и это плюс.

 

+ material дизайн не преподносится как Android специфичный, он абстрагирован он платформы. Поэтому если задача не требует обратного, используйте виджеты из material пакета. А ещё лучше стилизуйте приложение, делайте стиль уникальным, который лучше всего подходит под ваш domain

 

подхода там своего нет. просто нода с типами и плюшками, едущими из этой системы типов + компил

 

В дарте не сильно больше компила, чем в ноде)

 

Тут возникает идеалистическая проблема. Ойфоны это же в первую очередь экосистема и единый дизайн. А мы тут приходим к выводу, что Apple HIG соблюдать ну никак не получится ??

 

Соблюдай хоть намаз хоть обрезание. Все инструменты есть.

 

есть же

 

[
{
"type": "link",
"text": "https://flutter.io/widgets/cupertino/"
}
]

 

народ

 

Говори

 

по rpc может кто подсказать

 

суть простая, пытаюь создать аля по рест

 

api/v1/users GET POST etc api/v1/users/{id}

 

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

 

api/users/v1/users

 

и не сильно хочется использовать что-то типо api/users/v1/list etc

 

Каждый готовит рест так. как захочет

 

Запомни это :)

 

ну не проблема

 

И да, v1 не там

 

я просто к тому что как-то можно ограничение?

 

вот как раз там

 

пет контроллер

 

Я просто не особо понял чаво за проблема

 

пока не понимаю как обойти нейминг правила )

 

[
{
"type": "link",
"text": "http://127.0.0.1:4000/api/usernamespace/v1/users"
}
]

 

пример дергается так

 

А, ограничение фрейма?

 

[
"если ApiClass оставить без имени оно смотрит в имя класса, использовать ",
{
"type": "link",
"text": "ApiClass.name"
},
" надо уникально для каждого класса, и я в этой парадигме прихожу к тому тчо у меня нейминг users/users"
]

 

что мне как-то дико, а использовать list item и тп чет как-то по пхпшному )

 

Я запутался :D

 

Кто подставляет usernamespace?

 

я мануально

 

[
{
"type": "mention",
"text": "@ApiClass"
},
"(name: 'usernamespace', version: 'v1', description: \"users api\")"
]

 

по их логике должгно быть чуть иначе

 

А, тьфу

 

Не увидел

 

name: users

 

Смотри

 

а в патчах контроллеров используют аля resources

 

Там где get users

 

Измени path просто на /

 

минут

 

/usernamespace/v1:
Users.getUsers: path cannot start with '/'.

 

не вариант

 

короче как-то дубово они решили

 

хотите апи от гугловой команды, жрите наши правила неймингов

 

[
"Убери в @Api ",
{
"type": "code",
"text": "name"
},
""
]

 

Тогда

 

[
{
"type": "link",
"text": "https://github.com/dart-lang/rpc/blob/master/lib/src/annotations.dart#L29"
}
]

 

опускаешь нейм юзается кемелкейс симя класса

 

[
{
"type": "mention",
"text": "@ApiClass"
},
"(name: '",
{
"type": "bot_command",
"text": "/api"
},
"', version: 'v1')"
]

 

опускать патч нельзя, начинать со слеша нельзя, опускать нельзя

 

дублировать нейм нельзя)

 

либо все фигарь в одном классе либо извиняйте

 

[
{
"type": "pre",
"text": "@ApiClass(name: '/api', version: 'v1')\n\nclass User {\n @ApiMethod(name: '/users')\n}",
"language": ""
}
]

 

это первое что я подумал сделать

 

Я не работал с этой штукой, поэтому хз как оно делается правильно

 

скопировал классы

 

и запустил users & admins контролееры

 

а нейм сделал core в обоих местах

 

[
"Исходя из их текста, ",
{
"type": "mention",
"text": "@ApiClass"
},
" - вообще входная точка, т.е, как это"
]

 

словил эксепшен

 

Если я правильно понял...

 

не совсем

 

[
{
"type": "mention_name",
"text": "0xff00ff",
"user_id": 49566130
},
" юзал?"
]

 

[
"const String _API_PREFIX = '",
{
"type": "bot_command",
"text": "/api"
},
"';\nfinal ApiServer _apiServer =\nnew ApiServer(apiPrefix: _API_PREFIX, prettyPrint: true);"
]

 

там можно давать апи префикс

 

[
"но даже если опустить этот момент ",
{
"type": "link",
"text": "apiClass.name"
},
" должно быть уникальным в пределах всего апи"
]

 

очень прикольно что я не как в ноде, у меня всегда есть типизированный метод который объявляет что именно он возвращает

 

что потом очень круто можно генерить в доку фронтам

 

но не прикольно что меня уже на этапе неймингов жестко ограничивают

 

Да, тут у чела просто проблемка

 

Он сначала сказал про rpc, я и подумал что про доку (либа котороую ты пишешь на дарте)

 

Извиняй

 

Не, я ж свои костыли юзаю

 

а валидацию классов тут как в ноде библами же да?

 

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

 

А что тебе нужно?

 

Это же куча ifов опять же

 

а вы в пабе были?

 

Любой апи сервер куча ифов

 

Как и в любой кроссплатформе ??

 

В ReactNative например точно так же

 

Нет никаких if, сделать все можно через фабрики классов, которые знают о текущей платформе

 

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

 

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

 

Да, и там будут ифы

 

полностью конечно не избавится от if

 

я бы фифрами не оперировал, в последней макоси вышли новые элементы вроде как

 

флаттер никак не ограничивает вас в дизайне. способ реализации Вашего дизайна на Вашей совести )

 

Тут больше вопрос насколько удобный инструмент он для этого предоставляет ??

 

кому то и трусы через голову одевать удобно. “Удобно” не особенно хорошо измеримый параметр.

 

Я, к примеру, не дизайнер, по этому для меня гайдлайны эталон дизайна

 

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

 

Госпади, о чем вы уже холиварите?

 

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

 

Тут спор скорее о том, что кому-то нужен нативный дизайн, а кому-то свой велосипед

 

С чего стоит начать знакомится с dart-ом?

 

Ох, сложный вопрос

 

Учитывая доку дарта, хм

 

Можт есть какие-то путевые сайты по нему или каналы на youtube?

 

Или книжонка

 

Swift, C++, Python

 

В основном мобильная разработка под iOS

 

Любопытство

 

+ flutter

 

О, канал по flutter есть. Юрий, спасибо

 

Ну вопросы по Флаттер и тут можно задавать :-)

 

[
"По флаттеру можно быстро вводный курс глянуть ",
{
"type": "link",
"text": "https://www.udacity.com/course/build-native-mobile-apps-with-flutter--ud905"
},
""
]

 

речь про Scaffold bottomNavigationBar?

 

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

 

Ну у меня там просто контейнер с виджетами

 

ну эта штука из материал дизайна ведь. Она и ограничена так по причине дизайнерских гайдлайнов...

 

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

 

В AngularDart?

 

[
"Сделать user сервис, который бы инжектился в компонент и отдавал признак, авторизирован ли пользователь, например по куке. То, что не надо показывать - скрыть по ng-if. На роутах повесить can activate ",
{
"type": "link",
"text": "https://gist.github.com/kulshekhar/376b547133faa3afeb74fb2c15b26c78"
},
""
]

 

Спасибо)

 

ребят, хочу сделать блокчейновые карты

 

появилась проблема

 

нужно каким-то образом узнать, была ли карта у игрока

 

не зная при этом прошлой его руки и новой, только зная, что они отличаются на 1 байт

 

Эм, а что это такое

 

Карточные игры, как я понимаю.

 

Покер или дурак, а может что типа MTG

 

Дурак

 

А какое отношение это имеет к Dart?

 

Это просто вопрос к людям в it

 

Может есть какой-то алгоритм определения

 

[
{
"type": "mention",
"text": "@BANOnotIT"
},
" здесь все-таки вопросы про Dart/Flutter"
]

 

Зачем ограничивать думающих людей рамками какой-то отдельной технологии и языка?
Я понимаю, что тут собрались люди связанные с дартом, но это не значит, что они не связаны с IT и они не хотят ничего делать кроме дарта.

 

Нам такие не нужны!

 

ну вы же классы создаете, а не все в кучу лепите ??

 

я последнее время пишу на ржаве, там нет классов :D

 

может в этом дело =))

 

Пс, ребята, мне тут контрольную по математике до конца урока решить нужно ??

 

А вообще - с одной стороны оффтоп, а с другой - реакция и попытки доказать оффтоповость занимают места в 5 раз больше

 

кажется, вы пропустили раз 5 обсуждения языков, их проблем (удивительно - одних и тех же), у кого какой был опыт и кому что где не нравится

 

Не пропустил, даже участвовал) Но начиналось это чаще, все-таки, с обсуждения предполагаемого места дарта в индустрии ?? Это потом кто-то из толпы кричит [Котлин/Го/Раст/...] и начинается срач)