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
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
Sheldhur
26.11.2016
17:10:26
ммм
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
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
Алексей
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
Ну а если серьезно, то пункт > Запрещена порнография, фашистская символика, расчлененка, призывы к суициду и преступлениями, а также обсуждение ИГИЛ
реально лишний и больше провоцирует. Никому в здравом уме не придёт обсуждать это в чате про электрон.
Стандартный набор про вакансии/рекламу/политику/флуд/оскробления покрывает примерно всё