Цитата:
|
Мне вообще юнит тесты никогда не пригождались.
|
Я вижу (без обид) отсутсвие опыта в работе больших команд, где существует текучка кадров и код развивается и мутирует в процессе жизненного цикла продукта. В таких ситуация и unit и integration тесты необходимы (само собой без излишеств), иначе код превращается в полное Г (как показывает практика).
Цитата:
|
Нет. А где такая кнопочка есть? Во флеше уж точно нет.
|
Можно настроить процесс сборки как угодно. Сборка обычно осуществляется с на билд машине, которая подхватывает сорсы из репозитори. Вот (может не самый удачный) пример:
http://www.tiefenauer.info/ci-for-fl...t-0-the-setup/
Цитата:
То есть, ты хочешь сказать, что во флеше это делается на раз два?
Задача вполне решаема, и на флеше и на юнити, но и там и там, она потребует определенных усилий.
|
Например, в Flash используя тот же nape я могу это реализовать и физика будет симулироваться используя одну и ту же библиотеку.
В юнити API встроенной физики мне это не позволяет сделать. Значит мне нужно либо писать свою физику, либо покупать. Но эта физика не будет в любом случае работать 1 в 1 как нативная, и траектория движения шара не будет точной.
И про бильярд это первое, что пришло в голову. А таких вещей во время разработки появляется достаточно. В итоге проще от таких фич отказавться и результат продукта встаёт рядом с остальными наштампованными клонами.