Pull to refresh

Comments 14

Первое, что я увидел, это еще один новый удобный метод наследования классов.
http://daajs.org/guide?Classes
Мне кажется писать сейчас новый стандарт для классов, да еще и с удобным и понятным для рефакторинга объявлением наследуемых методов в строковом параметре через запятую не самая лучшая идея.

Дальше я смотреть поленился, но предположу наличие аналогичных архитектурных решений и в остальном коде :)
Да, при наличии ECMA-2015, идея альтернативной модели классов может показаться странной. Если не учитывать множественное наследование, независимость от платформы исполнения и автоматический байндинг this в вызовах методов предков.
Объявление наследования классов, а не методов, в строковом свойстве. Методы наследуются автоматически, без каких-либо лишних объявлений.
В век обилия JavaScript фрейморков статья о релизе и его главная страница содержит только одну строчку кода
this.inherited.Method();

Его описание в некоторый напоминает старый добрый ASP.NET WebForms и горькие воспоминания о сложности кастомизации решений. Может быть фреймворк на самом деле гениален, но для осознания этого не хватает сил-времени-возможности-мотивации детально изучить концпецию и документацию. Учитывая, что люди гораздо сильнее похоже, чем разные, то отсутствие небольшой демо для того, что бы уловить идею, сильно сужает круг потенциальных пользователей фреймворка.
Скорее уж еще более старый добрый Delphi ).
Было бы неплохо предложить идею для такого демо.
UFO just landed and posted this here
Спасибо, это интересно.
Вот вам коммуникация: talk is cheap, кода в статье нет. Еще раз: в статье о JS-фреймворке нет ни единой строчки кода.
class-oriented и event-driven подходы

В чем отличие от Backbone, Ember, ExtJS, несть им числа?
Фреймворк предлагает стандарт описания пользовательских интерфейсов, основанный на JSON

Опять таки, в чем отличие от ExtJS?
Фреймворк реализует собственную модель классо
в
Шел 2016 год.

поддерживающую множественное наследование

Опять таки, шел 2016 год…

появятся или будут расширены классы для работы с датами и временем

Чем momentjs не угодил?
Примеры кода во вводной, обзорной статье показались несколько излишними и преждевременными. В документации очень много и примеров кода, и примеров использования.
Все фреймворки хороши по своему и имеют различия. Если бы ничего нового не разрабатывалось, с одной стороны, конечно, пришлось бы меньше всего изучать, а, с другой стороны, мы бы так и сидели в каменном веке. Все, когда-то разрабатывалось с начала, с нуля, было никому не известно и непонятно для чего нужно. Что-то остается, что-то уходит.
Не поняла только момента касательно множественного наследования и 2016-го года. Не поясните?
Ну вот представьте, идете вы куда-то по своим делам. Фоном у вас мысль, что молотков нынче стало очень много, есть клевые, есть очень причудливые, но тоже, говорят, клевые. И как раз думаете, что надо бы попробовать пару новых моделей, чтобы не отставать от друзей и чтоб рутина не заедала.
И тут к вам подбегает человек и предлагает купить очередной такой новый молоток. Но сам молоток не показывает, предлагает идти на склад. По описанию ничем не выделяется, можно и камни колоть, и шурупы закручивать, и гвозди вырывать — это щас много где. А может у него ручка выкрашена краской, на которую у вас аллергия. Может, у него вес не под вашу руку. Продавец ничего об этом не говорит и даже картинку не хочет показывать. А рядом молотками торгуют — глаза разбегаются. И никуда идти не надо, можно прям тут посмотреть, пощупать, постучать.
Или вот есть такие продавцы на рынках, у них спрашиваешь, например, картошка твердая или рассыпчатая, а они тебе в ответ: «очень вкусная картошка, берите». Я у таких ничего не беру — они элементарно меня не уважают и доверия не вызывают.
Что же до наследования, то оно само по себе не идеальная штука, многие критикуют, предлагая другие методы повторного использования (AOP, компоненты). Множественное наследование, во-первых, умножает эти проблемы, во-вторых, добавляет свою собственную.
DAAJS реализует механизм «Runtime CSS-автопрефиксинга», иными словами, основываясь на CSS-декларациях, соответствующих стандартам CSS, автоматически подбирает работающие свойства и значения «с префиксами вендора» в случае, если текущий браузер не поддерживает стандартные CSS-свойства непосредственно. Этот механизм позволяет как присваивать DOM элементам «inline» CSS свойства, так и определять и переопределять CSS-правила «на лету», не заботясь о проблемах поддержки свойств браузерами (если, конечно, речь не идет о совсем древних экземплярах).

О, наконец-то теперь с помощью нового JavaScript фреймворка можно присваивать DOM элементам «inline» CSS свойства «на лету».
Да и «autoprefixer» больше не нужен.
Discovered this sign at the W3C headquarters… pic.twitter.com/M9XJ2nW6rW— James Ward (@_JamesWard) 11 февраля 2015 г.
Sign up to leave a comment.

Articles