Comments / Profile of Smoren / Habr

Спасибо огромное за столь детальный сравнительный обзор! Получить в комментарии подробный аудит кодовой базы — это огромная ценность и редкое удовольствие для опенсорс-разработчика.

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

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

Вы абсолютно правы в корневом разделении наших подходов: Explicit Dataflow против Transparent FRP (Pull-реактивности).

Пересчет графа “на лету” в теле методов в $mol_wire — это красивое рантайм-решение для управления состояниями. Но Transferum создавался для решения немного другого класса задач, где явный контроль над топологией важнее автоматизации. Фокус Transferum — это жесткие, изолированные конвейеры обработки данных, где разработчику нужно четко видеть каждый узел и ребро графа и контролировать потоки.

Из этой развилки вытекают сильные стороны Transferum, которые при автоматическом Pull-подходе получить трудно: максимально строгая compile-time типизация и предсказуемый backpressure.

Что касается проблемы глитчей — вы абсолютно правы, в текущей реализации используется синхронный DFS-обход. В сложных UI-графах это могло бы стать проблемой, но в рамках наших кейсов маршрутизации потоков данных эта специфика полностью нивелируется явным flow-control (гейтами и бриджами).

И отдельное спасибо за находку в AsyncConvertTransfer._process! Вы правы: если тяжелый первый запрос завершится позже легкого второго, он перезапишет _state.value устаревшими данными. Это реальное пограничное состояние, которое до этого момента не всплывало, так как в критичных местах мы использовали последовательную обработку (maxConcurrency: 1). Это надо будет, как минимум, задокументировать, а в идеале — подумать про Sequence guard.

Еще раз благодарю за анализ!

Разработка TypeScript-библиотеки для построения реактивных графов распространения и обработки данных

Smoren Jul 23 at 22:23

Благодарю за комментарий! Буду ждать обратную связь.

Guitar Pro 6 на Ubuntu 10.10 — решение проблем с установкой

Smoren Apr 13 2015 at 19:11

удалось решить проблему?

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 11 2015 at 12:05

Спасибо за метод.

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 10 2015 at 21:46

Так тут можно как раз рисовать дугу эллипса средствами параметрического уравнения.

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 10 2015 at 16:21

И правда. Написал функцию рисования эллипса через параметрическое уравнение. Наложил. Разница заметна. jsfiddle.net/Smoren/ztpy8pag

function drawEllipseParam(ctx, coords, sizes, angle, segments) {
    ctx.save();
    ctx.translate(coords[0], coords[1]);
    ctx.rotate(angle);
    ctx.beginPath();
    var x, y, firstTime=true;
    var dt = 1/segments;
    
    for(var t=0; t<2*Math.PI; t+=dt) {
        x = sizes[0]*Math.cos(t);
        y = sizes[1]*Math.sin(t);
        if(firstTime) {
            firstTime = false;
            ctx.moveTo(x, y);
        } else {
            ctx.lineTo(x, y);
        }
    }
    
    ctx.strokeStyle = 'blue';
    ctx.stroke();
    ctx.closePath();
    ctx.restore();
}

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 10 2015 at 14:43

спасибо за вариант!

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 10 2015 at 14:37

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

Рисование эллипса под произвольным углом в canvas на JavaScript

Smoren Apr 10 2015 at 14:23

спасибо за совет!

Guitar Pro 6 на Ubuntu 10.10 — решение проблем с установкой

Smoren Sep 6 2011 at 17:22

Уверен.