Я думаю, если в этой игре не нужен гигантский холст, то канвас будет вести себя хорошо, но если вам нужен холст 10Кх10К, то канвас будет ронять браузер.
Но это сугубо моё личное мнение, которое строится из моего личного опыта работы с канвасом и svg.
Да и в общем-то все то что можно делать на канвасе можно делать и на SVG. Опять таки личное мнение :)
Вот, кстати, как в канвасе сделать движение шарика?))) Я почему-уверен, что на svg это сделать проще :)
Вот поэтому для решения именно моей задачи SVG подошёл значительно лучше, чем Canvas. Если честно, то я вообще не могу представить себе задачу для которой Canvas подходил бы лучше, чем SVG. Я понимаю, что это совсем разные вещи, но всё же :)
Делаю на досуге одну штуку с построением графов и т.п. Сначала делал на HTML5 Canvas, потом впёрся в кучку ограничений и не высокую скорость работы и переписал всё на SVG. Второй оказался лучше для решения моей задачи по всем параметрам.
В канвасе есть ограничение на максимальный размер холста. Причём это ограничение в разных браузерах и на разных платформах сильно отличается. При достижении максимального размера по одной из осей вообще ничего не отрисовывалось. При этом сама картинка с холстом около 3000x15000 px рендерилась ощутимо медленно, при перемотке страницы тормозила и иногда даже роняла браузер… Для того, чтобы нарисовать прямоугольник со скруглёнными углами надо прибегнуть к особого рода извращениям. Нельзя повесить :hover на элемент… Хотя квадратичную кривую Безье рисовать на канвасе, как мне показалось, проще, чем на SVG.
Вы можете со мной не соглашаться как и я с вами) Но K не произносится… translate.google.com/#en/ru/fort%20knox ˌfôrt ˈnäks
Никакой K не видать:) Вспомните из школьного курса как читаются слова know, knockout, knife. Почему Knox должен быть исключением?
Написано много всего, но не упомянуто главное: на сколько хватает заряда этого чемодана и по какому каналу связи он общается с телефоном/планшетом хозяина :)
Немного уточню. Тут скорее не $ сделал ПРЫГ, а рубль споткнулся и провалился в колодец. Хотя и $ сделал «прыг», только вот высота прыжка меньше, чем глубина колодца.
Написал более 50 тысяч строк кода на JS точно и ни разу не приходило на ум складывать объект с массивом. Очевидно же, что получится хрень какая-то. Полностью разделяю мнение TheShock по этому вопросу (выше в этой ветке).
А результат такой потому, что сам виноват :)
Начнём с того, что в денормализации нет ничего плохого.
Ссылка на объект в документарной БД — это тоже нормально. В Mongoose есть удобный populate на этот случай.
Выбирать РСУБД стоит только тогда когда это действительно необходимо, например, если вам нужны транзакции и/или контроль целостности данных. В остальных случаях — это дело вкуса.
MySQL сама по себе не плохая но и не самая быстрая/удобная/функциональная СУБД.
MongoDB шустрая, простая, легко поддаётся горизонтальному масштабированию средствами из коробки. Причём контроль целостности данных можно без труда реализовать в моделях.
Да и вообще MongoDB не так просто юзать в PHP как это делается в ноде…
Что-то не видел новостей о том, что конкурс переигрывали. Как не видел и статей в которых счастливые обладатели новинок делились своей радостью с сообществом.
Так всё и замяли?
Но это сугубо моё личное мнение, которое строится из моего личного опыта работы с канвасом и svg.
Да и в общем-то все то что можно делать на канвасе можно делать и на SVG. Опять таки личное мнение :)
Вот, кстати, как в канвасе сделать движение шарика?))) Я почему-уверен, что на svg это сделать проще :)
В канвасе есть ограничение на максимальный размер холста. Причём это ограничение в разных браузерах и на разных платформах сильно отличается. При достижении максимального размера по одной из осей вообще ничего не отрисовывалось. При этом сама картинка с холстом около 3000x15000 px рендерилась ощутимо медленно, при перемотке страницы тормозила и иногда даже роняла браузер… Для того, чтобы нарисовать прямоугольник со скруглёнными углами надо прибегнуть к особого рода извращениям. Нельзя повесить :hover на элемент… Хотя квадратичную кривую Безье рисовать на канвасе, как мне показалось, проще, чем на SVG.
translate.google.com/#en/ru/fort%20knox
ˌfôrt ˈnäks
Никакой K не видать:) Вспомните из школьного курса как читаются слова know, knockout, knife. Почему Knox должен быть исключением?
А результат такой потому, что сам виноват :)
Сиииильно сомневаюсь.
Ссылка на объект в документарной БД — это тоже нормально. В Mongoose есть удобный populate на этот случай.
Выбирать РСУБД стоит только тогда когда это действительно необходимо, например, если вам нужны транзакции и/или контроль целостности данных. В остальных случаях — это дело вкуса.
MySQL сама по себе не плохая но и не самая быстрая/удобная/функциональная СУБД.
MongoDB шустрая, простая, легко поддаётся горизонтальному масштабированию средствами из коробки. Причём контроль целостности данных можно без труда реализовать в моделях.
Да и вообще MongoDB не так просто юзать в PHP как это делается в ноде…
Вариантов уйма: от передачи по http/ftp/samba до scp или nfs.
Есть ли смысл рассказывать об удобствах?
Так всё и замяли?