@electron_ru

Страница 4 из 177
Sheldhur
26.11.2016
16:02:29
десктопное приложение, строит грубо говоря графики по данным которые пользователь ему скормит файлами разных форматов. Должна быть возможность сохранить всё в одном файле, чтобы потом можно было подгрузить. Вопрос в чём их хранить? json файл или sqlite?

Nikolay
26.11.2016
16:02:50
json

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

то json твой выбор

Google
Sheldhur
26.11.2016
16:03:58
да, но вот проблема в том, что данных может быть овердохера

Nikolay
26.11.2016
16:04:00
если же тебе нужно эти графики хранить внутри приложения, тогда стоит подумать об sqlite

Sheldhur
26.11.2016
16:04:04
не 4гб конечно

Nikolay
26.11.2016
16:04:14
не 4гб конечно
значит не дохера ))

json на 20мб это нормально

Sheldhur
26.11.2016
16:05:14
но сколько будет жрать памяти?

Nikolay
26.11.2016
16:05:14
есть еще bson

бинарный формат json'a

но сколько будет жрать памяти?
это уже зависит от тебя, есть библиотеки которые могут парсить json по кусочкам и отдавать эти кусочки, тогда ты сможешь через file stream нормально отобразить график

Sheldhur
26.11.2016
16:06:20
~70 мб сырых данных

но это не предел

Nikolay
26.11.2016
16:06:43
вопрос в другом, все ли эти данные будут отображены?

Sheldhur
26.11.2016
16:07:05
да

Google
Nikolay
26.11.2016
16:07:07
потому что 70мб страничка это и для браузера очень тяжело

Sheldhur
26.11.2016
16:08:19
надо будет всё пересчитать, и вывести одну кривую по всему набору

Nikolay
26.11.2016
16:08:46
так вот, если тебе нужно гонять данные просто в файлах

почему бы не сохранять данные не в raw формате, а после пересчета?

Sheldhur
26.11.2016
16:09:14
ммм...

ну можно

но смысла нет :)

Nikolay
26.11.2016
16:09:59
почему?

Sheldhur
26.11.2016
16:10:03
нужны ещё и исходные значения

Nikolay
26.11.2016
16:10:09
для какой цели?

Sheldhur
26.11.2016
16:10:16
посмотреть :)

что же там было

Nikolay
26.11.2016
16:11:53
а если у тебя будет бинарный формат файла

тогда ты не сможешь посмотреть

Sheldhur
26.11.2016
16:17:03
+ ещё же запись

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

с json же придется переписывать весь файл

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

как мне кажется

Алексей
26.11.2016
16:18:56
возьми sequilize - и подципись к sqllite. На все что угодно должно хватить

Google
Сергей
26.11.2016
16:27:17
согласен с оратором выше Возьми sqlite для хранение и отображения, кешируй вычисленные значения, экспорт/импорт в json stream

Sheldhur
26.11.2016
16:40:31
ну ладно, тогда ещё вопрос

не поплохеет ли приложению, если надо будет отрисовать на графике, скажем 12960 точек?

Nikolay
26.11.2016
16:45:32
смотря как ты это будешь рисовать и чем

Sheldhur
26.11.2016
16:45:50
d3.js думал прикрутить

Nikolay
26.11.2016
16:47:51
я не помню умеет ли он canvas, если да, то проблем с отображением не должно возникнуть

Sheldhur
26.11.2016
16:47:58
умеет

а нет

svg

но и canvas тоже умеет, вроде

Nikolay
26.11.2016
16:48:35
просто DOM'у поплохеет от стольки элементов

Sheldhur
26.11.2016
16:50:03
ну да

да, d3.js и так и так умеет

я чёт даже не подумал

это выходит даже лучше, canvas же проще в картинку сохранить?

Nikolay
26.11.2016
16:54:06
омг

да

Sheldhur
26.11.2016
16:55:35
омг
что? :)

Nikolay
26.11.2016
17:00:35
ты мне тут недавно втирал что нужны raw данные, что нельзя взять обработать их и выплюнуть маленький json

Sheldhur
26.11.2016
17:07:40
я не говорил, что нельзя

Google
Sheldhur
26.11.2016
17:07:46
я говорил, что это не имеет смысла

Nikolay
26.11.2016
17:08:38
просто картинка обладает такой же информационной ценностью что и обработанные данные

Алексей
26.11.2016
17:10:25
но и canvas тоже умеет, вроде
D3 не умеет canvas, а SVG очень медленный при анимации

Sheldhur
26.11.2016
17:10:26
ммм

просто картинка обладает такой же информационной ценностью что и обработанные данные
сомневаюсь, что координаты 4000+ точек в 3х мерном пространстве обладают информационной ценностью :)

Nikolay
26.11.2016
17:11:48
омг

это выходит даже лучше, canvas же проще в картинку сохранить?

почему бы не сохранять данные не в raw формате, а после пересчета?

Sheldhur
26.11.2016
17:13:05
Nikolay
26.11.2016
17:13:24
нужны ещё и исходные значения

Sheldhur
26.11.2016
17:13:40
сохранять картинку это просто доп фича

Nikolay
26.11.2016
17:13:47
это же про экспорт все разговор был?

локально ты хоть как можешь хранить все это

Sheldhur
26.11.2016
17:14:05
скорее даже не про экспорт

а про то в чём хранить проект

Алексей
26.11.2016
17:14:23
умеет, только что смотрел
Не подскажите где вы это увидили? в самом D3?

Nikolay
26.11.2016
17:15:04
@b101010 http://pathgl.com/

Sheldhur
26.11.2016
17:16:08
Google
Sheldhur
26.11.2016
17:20:16
Не подскажите где вы это увидили? в самом D3?
умеет? или я что-то не так понимаю? xD

Алексей
26.11.2016
17:34:40
http://bl.ocks.org/KoGor/5994960
Я не понял зачем здесь D3. И все примеры что я нашел мало имеют смысла (тоесть D3 во всех них просто не нужен) Как прув - нет методов в D3 для работы с Canvas (есть методы для конфертирования Canvas методов в SVG - но методов чтобы работать с Canvas - нет) https://github.com/d3/d3/blob/master/API.md Тоесть да - мы можем использовать D3 с Canvas - но не вижу пока ни одной причины использовать при этом D3 :/ Хотя сами D3 говорят мол мы и с Canvas умеем (хотя это не так). В общем я сам пока в замешательстве

♥️
27.11.2016
18:27:57
урл кайф

Evgeny
27.11.2016
18:30:50
Поставь ссылки на каналы

Сергей
27.11.2016
18:37:24
Поставь ссылки на каналы
Еще предложения?

Evgeny
27.11.2016
18:38:04
Во, кайф стало

Надо про 14/88 убрать

А то придётся меня забанить

Сергей
27.11.2016
18:39:50
?

Evgeny
27.11.2016
18:40:15
Ну а если серьезно, то пункт > Запрещена порнография, фашистская символика, расчлененка, призывы к суициду и преступлениями, а также обсуждение ИГИЛ реально лишний и больше провоцирует. Никому в здравом уме не придёт обсуждать это в чате про электрон.

Стандартный набор про вакансии/рекламу/политику/флуд/оскробления покрывает примерно всё

Страница 4 из 177