AS
Size: a a a
2020 February 07
OM
как rules опишешь так и будет
AS
Но мне всё равно нужно сначала проанализировать исходное API
AS
На шарпе
OM
шарп он тоже разбирать может
AD
Но вообще можно даже без кодогена
AD
можно представлять код как данные
AD
вызов функции можно представить как id функции и тапл/класс из параметров
AD
примитивы можно тоже представить
AD
и из формочек в ui это всё десериализовать и интерпретировать
AS
можно представлять код как данные
Ну так код и есть данные
AS
Которые по определённой грамматике строятся
С
Хотите очень простой совет ? Ребята, умоляю, обновляете софт регулярно.
С
Я тут второй день занимаюсь сексом с сервером. Роюсь в мертвом софте
AD
Которые по определённой грамматике строятся
В данном случае модель простая у тебя есть F=(f1:Set,...,fn), и I=( i1:p1=>r1,...,in) где rj результат а pj вход. pj: это набор из полей. Далее func = (f_j, p_j).
AD
Вот, и p_j ты можешь составлять из f
AS
Ну там поверх грамматики надо будет ещё все айди с одинаковыми именами в распаршенном тексте соотнести друг с другом
AD
Можно другую модель как в акке
AD
Ну там поверх грамматики надо будет ещё все айди с одинаковыми именами в распаршенном тексте соотнести друг с другом
Ну большая мапа
AD
Только вместо функции есть входы и выходы, и тогда постройка ациклического направленного графа