Войти
ПрограммированиеФорумОбщее

Lua + C++. Правильное разделение обязанностей (3 стр)

Страницы: 1 2 3 4 Следующая »
#30
23:47, 23 дек. 2017

Почему луа а не js? Луа довольно убог + хилый тулчейн


#31
0:10, 24 дек. 2017

Nomad
Чем же луа убог?

#32
10:53, 24 дек. 2017

Nomad
Ты серьезно????? Наоборот слышал больше против js и тип лучше для встраиваимых использовать питон или луа, + js самый медленный среди скриптовых, луа же написан на си поэтому он быстрее со всем работает, но кроме вроде бинарных деревьев, для бинарных нужен питон.

#33
12:14, 24 дек. 2017

Жора Монтировка
Невнятая типизация и работа с классами, плюс dofile и прочие наследия си-мышления разработчика.

GermanAizek
Тогда питон :)

#34
12:23, 24 дек. 2017

Nomad
Тема про луа и c++, а не про выбор между луа и другими скриптовыми языками. Дальше флуд буду тереть.

#35
14:12, 24 дек. 2017

mr.DIMAS
Ну а я куплю красные штаны и буду принципиально дальше обсуждать темы, которые мне интересны :)

#36
14:52, 24 дек. 2017

Nomad
Изображение

#37
21:17, 25 дек. 2017

GermanAizek
Жора Монтировка
Проще чем? Меньше кода? Вас объемы пугают?

GermanAizek
> луа легко встраиваемый язык, просто упрощение жизни разрабам.
Не проще чем не встраивать вовсе.

GermanAizek
> джит в реальном времени можешь делать.
А jit тебе зачем?

Жора Монтировка
> в отличии от реализации той же задачи на крестах
Можно пример?

GermanAizek
> Ты представь если у тебя крупный проект и тебе надо всю механику описать
Да тоже самое, что изменится? О памяти заботится не надо?

Наверное есть проекты для которых Lua или другие скриптовые языки это лучший выбор. Для моддинга еще понятно - людям проще выучить необходимый минимум и пользоваться, но если над игровым кодом работают программисты (а кто еще должен над ним работать?), то можно "потратить" больше времени, а не заниматься ерундой.

#38
1:42, 26 дек. 2017

RostislavP
основной плюс скриптов что ты можешь в реальном времени вносить изменения в уже работающую программу не отвлекаясь ни на что другое. О том сколько времени это экономит спорить думаю даже не имеет смысла.
> 40к кода можно и быстро скомпилировать. В проекте над которым я работаю в данный момент ~100000 строк (*включая заголовки и комментарии) - собирается за 2 секунды без оптимизации и за 4 с O2. И это на старом i3. Для начала создай один файл и включи туда все исполнительные файлы - и собирай только его.
Ну вот как пример, тебе надо тратить 2сек на пересборку, еще сколько-то времени на сам запуск и подготовку/загрузку всех ресурсов, далее еще хрен знает сколько времени чтобы восстановить все данные для воспроизведения нужной ситуации которая потребовала изменений. В итоге твои 2 секунды разрастаются до заметных пауз.

#39
9:18, 26 дек. 2017

Aroch
А c/c++ почему нельзя? Собираешь dll и загружаешь при изменении. Или даже edit&continue в vs.

#40
9:50, 26 дек. 2017

RostislavP
Тогда уж в runtime compiled c++, чтоб совсем по современному.

#41
16:24, 26 дек. 2017

RostislavP
> А c/c++ почему нельзя? Собираешь dll и загружаешь при изменении. Или даже
> edit&continue в vs.
хрень, до скорости скриптов все равно не дотянет.
TheLightWay
> Тогда уж в runtime compiled c++, чтоб совсем по современному.
что произойдет в случае access violation в таком "скрипте"?

#42
18:41, 26 дек. 2017

Aroch
> хрень, до скорости скриптов все равно не дотянет.
Как и скрипты до кода... Ну делай по своему, а я по своему.

#43
4:17, 27 дек. 2017

RostislavP
> Как и скрипты до кода...
угу, ты сильно расстраиваешься когда fps падает с 60 до 60? Вот и я нет.

#44
9:08, 27 дек. 2017

Aroch
> что произойдет в случае access violation в таком "скрипте"?
SEH в венде была с 95-й.

Страницы: 1 2 3 4 Следующая »
ПрограммированиеФорумОбщее

Тема в архиве.