http://webmeetups.net/meetups/106

Митап в понедельник, 18 января

Йоу!

Дорогой чатик, кто-нибудь сталкивался с тем, что инкрементальная перекомпиляция cljs иногда становится мучительно долгой — примерно как холодная. При этом воспроизводимо после lein clean и удаления всего и вся вручную и перезапуска билда, но на одном и том же проекте то бывает, то нет. Подозреваю, что по таким симптомам это что-то с машиной, а не cljs/lein/конфигурацией билда.

Но вдруг кто-нибудь сталкивался.

figwheel на винде вообще бывает не тянет перекомпиленный код

очиста кэша браузера не помогает

прихудится его растартовать

в react-native бывает доставка через figwheel долгая. но тут больше дело в эмуляторе. memory leak. Отжирает память. Рефреш приложения не помогает. Рестарт эмулятора спасает. при разработке обычного reagent-приложения обычно все быстро. Мак. Хотя по началу тоже рестартовал figwheel - но чаще всего не в нем была проблема. Как обычно - сам дурак

а как figwheel подужить с source-maps? чтобы при ошибке смотреть реальный clojure код? сейчас на rуact-native иногда мучительно искать источник проблемы. `:source-maps true поставил… но без изменений.

подскажите плз, kormasql, у меня есть 2 неймспеса account-model.clj и channel-model.clj, я хочу сделать many-to-many, соотв. получаю циклическую зависимость этих неймспейсов, поделитесь ктонить опытом плз, как лучше стурктурировать код который работает с базой, модельную область, есть ли смысл может в одном неймспейсе объявить все сущности и потом разных неймспейсах делать уже функции доступа (по аналогии с уровнем dao в жаве)

@potapenko: возможно поможет опция компилятора source-maps-path, если она не проставлена, то сорс мапы читаются по невалидным путям

@potapenko: c RN source map не будет работать, ибо используются хаки для поддержки Figwheel (если совсем коротко - скачивается с помощью XmlHTTMLRequest пачка JS файлов и делается им eval. Браузер не в курсе про source map при таком подходе) Единственное решение это дропнуть Figwheel и начать использовать React Native packager (hot reload скоро там будет). Можешь посмотреть boot-react-native. Мое мнение что в долгосрочной перспективе все туда уйдут, фигвил дублирует то что RN умеет

@artemyarulin Посмотрим что там будет за hot-reload. figwheel все же где-то стейт сохраняет. И перегрузка там clojure-специфичная - неймспейсы. для меня ценность figwheel еще выводе ошибок компиляции clojure в js на лету. сохранил - посмотрел чего там плохо. еще бы выводили эти ошибки как в html - в виде панельки. Кстати может имеет смысл эти ошибки как-то перехватывать и показывать в native компоненте…. Чтобы не смотреть каждый раз в chrome, когда не догружилось.

нужно порыть figwheel, должен же он слать эвент какой….

посмотри мастер re-natal - там ворнинги теперь в симуляторе показываются

там очень просто на самом деле - любой console.warning выводиться как желтая хрень в эмуляторе

о! re-natal использую, нужно обновиться.

спасибо!

ага, там тока ради вот этого стоит проапдейтится: https://github.com/drapanjanas/re-natal#using-external-react-native-components

и в итоге в ближайшее время будет поддержка картинок https://github.com/drapanjanas/re-natal/issues/11

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

с картинками отлично а то приходится каждый раз руками добавлять require в index.ios.js

пишу проект в продакшен

выбор технологии за мной, клиенту без разницы

поэтому стэк весь мой

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

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

о, это круто, молоток

в аппстор - да

дада, реакт нейтив сам по себе как глоток свежего воздуха

а с ClojureScript + РЕПЛ дак прям вообще кайф

согласен, нейтив - прекрасен

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

re-frame еще понравился из последнего

по началу баловство - rest какой и стейт в компонентах как бы казалось достаточно

но как стал использовать - нравится - слой query вынесен и можно реиспользовать

RN более-менее стабилен, не должно с этим быть проблем. Единственный косяк там (с JS в том числе) - error/crash reporting. Т.е. стандартные механизмы (посмотреть краш репорты в админке апп стора) не очень хорошо работают

думаю краш-репорты слать на analitics

ре-фрейм ничо да - хотя я сча везде om-next пропагандирую, очень хорош для мобильного

google analitics

дада, тоже вариант

я лично http://loggly.com юзаю, там бесплатный тариф есть и гибче чем GA

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

но это имхо конечно.

так сложилось.

next пока не разбирал.

но смотрю в эту сторону тоже.

http://loggly.com однозначно нужно поглядеть, положу в копилочку спасибо.

ага - ну ты заходи на чай в #C0E1SN0NM, там мейнтейнеры всех либ (re-natal,natal, boot-react-native, etc.) сидят

заодно о своих успехах расскажешь

окей

всем привет

@andfadeev думай данными, а не моделями. Посмотри в сторону honeysql. И разделение на сервисы и слой доступа поможет в твоём случае.

Ассоциаций не существует ;) есть функции и данные

Каждое взаимодействие (http request, ..)- функция, которая построила запрос, вытащила или сохранила данные и трансформировала в ответ

@nicola: да я понимаю что данные на первом месте и все такое, но по факту корма не вносит никаких дополнительных абстракций, нет маппинга между таблицами и сущностями в коде, просто довольно удобный dsl (на мой взгляд), я уже посмотрел и honeysql, lingvosql, korma, suricatta. Как по мне то в корме основной минус это то что в либу зашито создание коннешн пула. Я так понимаю у вас honey+jdbc+postgres используется?

Да

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

Зачем тебе понадобилась взаимная зависимость namespace?

ну мне было бы удобно иметь many-to-many отношение, но если разбить это на два неймспейса то получаю взаимную зависимость

это есть говорить в рамках кормы

Что такое ассоциация?

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

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

Ну вот поразмысли над понятием ассоциации ;)

почему она приводит к взаимной зависимости?

ну потому что они по факту взаимнозависимы

Зачем им зависить друг от друга?

Ссылочная семантика?

Значения (данные) не зависят друг от друга

ну обычная many-to-many связь через доп. таблицу

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

Ну достаю я в одном namespace канал с подписчиками, а в другом подписки с каналами - если это значения, то нет никакой связи между ними

Как между 2/3 и 3/2

Это корма тебе её навязывает ;)

Никто не запускал lein из другой папки, нежели папки проекта?

Только lein new