Pull to refresh

Comments 25

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

А UML-редакторы для этой цели не рассматривали?
Различные варианты рассматривал, но в большинстве у них много лишнего и порой нет нужного. Тоесть куча различных элементов которые отвлекают и ненужны в моем случае, и не всегда имеется простейший показ в JSON, и приходится составленную схему прогонять через еще какой то сервис для получения валидной JSON структуры — это не удобно. Чего то подходящего конкрутно мне я к сожалению не нашел. Да и преобрести опыт в этой области было интересно.
Не, вынос в глобальную область это уж слишком костыльно. Надоевшему и охамевшему заказчику, пока никто не видит, такое ещё можно вкрячить, но выкладывать в паблик — буэ.
Покрутите вебпак (точнее даже vue.config.js/babel.config.js), а ещё лучше выкиньте его на помойку истории и переходите на парсель.
Полностью согласен. Но не получалось самостоятельно настроить сборку, а подсказать некому. Поэтому просидев вечер над сборщиком просто забил и вынес в глобл.
Будет свободное время попробую перевести проект на сборку с parcel, спасибо за совет.
Парсел удобен, но у него куча косяков и багов, которые никто годами не чинит

Можно подумать у webpack нет многолетних багов и косяков.

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

Через колдунство можно даже CMAKE настроить, я думаю. Тут же сокращается время ожидания сборки + поддержка нескольких языков/DSL вместо "захардкоженных" у webpack.

А точно не наоборот? Это у parcel список поддерживаемых форматов ограничен, а в webpack с помощью лоадеров можно добавить любой формат

И как сам mxGraph? Много багов нашли? Беглый взгляд на ее код дает удручающую картину. Да и API какой-то стремный. К слову, хорошо продуманный API у gojs.net, но она денег стоит

Не совсем удобен, но я привык быстро. Самое неудобное что контекст Vue и контекст prototype MxGraph полностью независимы друг от друга и постоянно требуется следить с каким контекстом работаешь.
Gojs — кратко: увидел — обрадовался — посмотрел на цену — пошел дальше :)
Делали редатор воркфлоу во vue.js приложении… Начали со joint.js… но туда надо тащить backbone и выглядит оно фигово совсем.потом попробывали jsplumbo на нем и остановились… MXGraph своей монструозностью отпугнул как раз. Потому что воркфлоу у нас на однрй вьюшке, а раде нее вот такое городить и еще кучу статичных файлов докладывать показалось через-чур.
Да уж, встраивать этого монстра внутрь, например своего рабочего проекта я точно еще не готов. Только как основной элемент приложения.
Вот также после вечера шаманства решили :) JSPlumbo не идеал — но он хорошо встраивается как раз, и на мобилках работает

Предлагаю убрать сетку на заднем фоне ))

Чем обосновано такое желание?
Клетка напоминает мне о школе, а я больше в тюрьму не сяду в школу не вернусь!)
Клетка не двигается, что дезориентирует
Является дополнительным отвлекающим средством, а зачем отвлекать пользователя на то что ему не нужно (kiss patterns)

Основной посыл: она бесполезна, не помогает и только мешает.

А вообще странный вопрос про желание, я же просто предложил убрать сетку )
Услышал, прикручу возможность отключения.
Эх, а вот про школу ты еще вспомнишь… Лет эдак через 5 с теплом и улыбкой
Если сильно заморочится плагин или обертку написать можно, но не уверен что это будет полезно, ибо mxGraphрут когда нужен дикий кастом библиотеки, стандартизация методов через плагин тут только мешать будет.

Да, понимаю. Это скорее как альтернатива использованию window, не более того)

Пытаюсь понять в чем принципиальное отличие от их готового примера, который еще и sql в конце может вернуть jgraph.github.io/mxgraph/javascript/examples/schema.html

(кроме прокладки связей между отдельными полями, а не целой таблицей)
Принципы построения схем вообщем то у всех редакторов одинаковы. В статье описан процесс использования в среде Vue.js.
Что касается моего варианта исполнения редактора, отличий немало(особенно под капотом) хотя и очень похожи.
Например попробуйте сделать прототип БД со смартфона в обоих вариантах и заметите разницу)
Sign up to leave a comment.

Articles