Стоит ли делать фреймворк?

Question

[Keyten]

Делал фреймворк, довольно давно забросил, сейчас вспомнил из этого топика. Там были ясно описаны проблемы html5:
— игры на HTML5 требуют гораздо больше времени и ресурсов на разработку.
— игры на HTML5 имеют открытый код, что неприемлемо для бесплатных игр, залоченных на один портал.
— отсутствие адекватной упаковки игры в один файл для дистрибуции на разных порталах.
— отсутствие адекватной векторной графики, так как SVG не юзабелен.

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

html5engine.start('cnv', 'test.js');

Где cnv — id некоторого canvas-а, test.js — js-файл. В котором может быть, например:

ctx.fillText('Hello, world', 10, 10);

— любой скрипт жёстко крепится к определённому canvas-у и не может управлять DOM страницы (в целях безопасности, чтобы можно было что попало себе на сайт пихать). При этом можно назначать обработчики событий на canvas и работать с обоими контекстами — 2D и WebGL. Ну и дополнительные возможности.
— специальные классы для упрощения жизни — одни математические, другие — работают с… В общем: Vector, Matrix, Rectangle, Ajax, Class, Color…
— дополнительные возможности по работе с разными audio и video.
— при любом ajax-запросе отправляется дополнительный заголовок, через который его можно распознать (в целях безопасности от всякого рода CSRF) — реализуется путём подмены XMLHTTPRequest, где оригинальный xhr хранится в нёдрах замыкания.
— ну и куча дополнительных функций-утилит, типа Array#each #first #last, String#camelize и т.д…

Answer 1

[Aquahawk]

нет, не стоит. Фреймвёрки так не делаются. Вот вы сделайте игру, разочаруйтесь в подходе и архитектуре и сделайте вторую. Потом когда будете делать третью выделите из фторой фреймвёрк и на нём сделайте третью. Вот тогда оно станет нормальным фремвёрком.

Comments

[powder96]

Если не секрет, почему «фреймфёрки»? Ведь даже в английском пишется «framework».

[Aquahawk]

потому же почему word у меня часто вёрд. Не знаю. Слог-паразит.

[tick]

work (n.)
O.E. weorc, worc «something done, deed, action, proceeding, business, military fortification,» from P.Gmc. *werkan (cf. O.S., O.Fris., Du. werk, O.N. verk, M.Du. warc, O.H.G. werah, Ger. Werk, Goth. gawaurki), from PIE root *werg- «to work» (see urge (v.)).

www.etymonline.com/index.php?allowed_in_frame=0&search=work&searchmode=none

Это у вас палеоиндоевропейские корни взыграли.

Answer 2

[egorinsk]

> любой скрипт жёстко крепится к определённому canvas-у и не может управлять DOM страницы (в целях безопасности

Уверены, что сможете реализовать? Плюс, не понимаю, зачем это нужно.

> специальные классы для упрощения жизни

лишние тормоза

> при любом ajax-запросе отправляется дополнительный заголовок, через который его можно распознать (в целях безопасности от всякого рода CSRF)

Ерунда какая-то.

> ну и куча дополнительных функций-утилит, типа Array#each

Они и так есть в W3C браузерах. А в ИЕ нет канваса.

Лучше скажите, как вы будете поддерживать ИЕ7/8, как решать проблемы несмовместимости канваса в разных браузерах, проблемы с производительностью. На флеше делать ферму гораздо проще, она будет работать во всех браузерах, выпущенных за последние 10 лет и на рынке труда флешера найти проще чем грамотного HTML5-кодера.

Думаю, пока у вас нет четкого понимания способа решения этих проблем, бессмысленно что-то делать.

Comments

[Keyten]

Чёткое понимание есть.
>> Уверены, что сможете реализовать? Плюс, не понимаю, зачем это нужно.
Уже реализовал. Зачем? Ставит какой-нибудь известный и хороший портал себе какую-нибудь игру на сайт. А игра незаметно подменяет форму входа и перехватывает пароли. Вряд ли вам это понравится. Я предлагаю дать игре только те возможности, которые ей реально нужны: рисовать, работать со звуком, видео…
Вариант 2: тщательно контролировать исходники игр. Кто будет контролировать? За это сайт ещё и деньги должен контролёрам платить. А вдруг что-то пропустят?

>> лишние тормоза
Ничего не мешает импортировать нужные классы.

>> Ерунда какая-то.
Опять же к вопросу о безопасности. Игра — загружена на ваш сайт. И может выполнять произвольные ajax-запросы к вашему сайту. Например — повысить рейтинг самой себя от имени юзера, который её открыл. Это называется атака типа CSRF.

>> Они и так есть в W3C браузерах.
http://sugarjs.com/

[Keyten]

Продолжу мысль про песочницу.
Скрипт может лишь использовать 2D- и WebGL-контексты canvas-а, плюс устанавливать обработчики событий на него. Об этом я уже говорил. Плюс возможности типа «проиграть такой-то звук», открыть такое-то видео поверх canvasa (либо транслировать кадры на canvas).

Продолжу мысль про CSRF.
Самое грустное, что запросы игры никак не отличить от легитимных запросов юзера. Потому внутри песочницы делается как-то так:

(function(self){
 var xhr = self.XMLHTTPRequest;
 self.XMLHTTPRequest = function(){
  var x = new xhr();
  x.setRequestHeader('X-Requested-With', 'html5engine-ajax');
  return x;
 }
})(self);

Ну и плюс подменить setRequestHeader, чтобы скрипт не мог обратно заголовок переделать. Нехорошо конечно системные объекты патчить, но по другому не получится.

Честно говоря, IE6-7-8 вообще вряд ли будет поддерживаться. Просто потому что это куча дополнительных хаков, тормозов и костылей. Ради браузеров с очень затухающей популярностью. Я могу заменить canvas на VML, audio и video на bgsound и embed. Но зачем?
Согласен, это минус, но он быстро перестанет быть актуален.

[Keyten]

P.S. Для полной поддержки стоит посмотреть на Dojox: там и canvas, и vml, и svg, и flash, и java, и silverlight. С javascript api. Но вряд ли я такое буду делать

Answer 3

[Виталий Желтяков]

Прочитал внимательно ваш вопрос (2 раза прочитал!) — Вы не на тот тип игр ориентируетесь. Вы ориентируетесь на маленькие каузуальные игры, а Вам надо бросить свой взгляд на независимые крупные браузерки.

Флеш, это конечно, хорошая платформа для написания игр, но и она имеет ряд проблем.
Игры на Canvas или WebGL оригинальны, но не «эффективны» — они никогда не создадут полноправную конкуренцию Flash.
А вот «стандартные» крупные браузерные игры основанные на спрайтовой анимации и игровых js-движках скоро начнут возраждаться, т.к. HTML5 открыл для них очень много новых возможностей. Вот тут место вашему фреймворку.

Comments

[Keyten]

Спасибо за совет.
Честно говоря, ориентируюсь не только на игры, надеясь, что на таком фреймворке можно будет и фотошоп сделать. Ведь делают на флеше…

[Fedcomp]

Забавно читать что html5 никогда не создаст флешу конкуренцию в свете последних событий.

[Keyten]

Fedcomp: составить-то составит, но не факт, что будет таким же удобным / функциональным / другое прилагательное.