Pull to refresh

Comments 43

да, во-первых — хабракат.
во-вторых, что есть такое в статье, чего нет в учебнике по MooTools?
в чем уникальность статьи?
на русском про классы в мутулз почти нет информации, сама статья уникальна — написана мною.
Чего нет в учебнике mootools. Незнай про какой учебник конечно имеется ввиду, если mootorial. Щас просмотрел, по-мойму про свойство options initialize там нет (последний пример). А вообще статья для начинающих. Всё есть в документации.
UFO just landed and posted this here
мда, насколько джекверя сексуальнее…
UFO just landed and posted this here
то, что в статье — скорее «внутренности»
чтобы пользоваться mootools на уровне copy-paste, plugins, «а пускай эта фигня моргнет», совсем не обязательно уметь писать классы в стиле moo
полгода юзал мутулс исключительно копи-пейст, в последнее время все чаще требуется написать что-то свое, а знаний не всегда хватает. так что спасибо автору.
UFO just landed and posted this here
UFO just landed and posted this here
не могу или не знаю, но кроме варианта — персональный блог, ничего нет.
а, понял, вначале вступить в блог надо какой-нибудь.
И по теме, и ни слова про карму!
АВЕ, magmoro!
в избранное, потом буду от друзей отмахиваться статьей, все удобно расписано
не надо от друзей отмахиваться ;-)
Спасибо за статью, написано подробно и доходчиво.

Может создать отдельный блог для Mootools? :)
да, надо продвигать mootools в массы, а то ситуация с популярностью mootools vs. jquery напоминает opera vs. firefox )

п.с. а еще, в релизе 1.2 наконец-то пофиксили баг с наследованием (он был только в бете, в 1.1 не было), когда Class3 наледуется от Class2, а тот от Class1, это вызывало ошибку. я даже постил на форуме багрепорт =)
Кстати, на гугле версию 1.2 пока не хостят.
Почему? Т.к. Valerio, основной разработчик, сказал, что надо сначала выпустить 1.2.1 bugfix. При том, что и версия 1.2 очень хороша. Мне, если честно, нравится такой подход.
Баг фиксился заменой self на this в одной строчке кода. Необязательно было дожидаться релиза. ;-)
я в то время не смог найти решение =\ искал на форуме и немного на трекере, а в созданном треде так никто и не помог
а вы где нашли? или самостоятельно в коде? )
вообще-то нашел в трекере где-то в середине января этого года — мы тогда с jquery на mootools переезжали в проекте. Оказалось, в Class.Extends ошибочка была ;-)
ох, значит я фигово искал :]
вот щас нашел свой тред, он смешной: forum.mootools.net/viewtopic.php? pid=42049
это было в конце февраля
Точно! Нужен блог для mootools!
После этого топика мне придется хорошенько пощупать эту мушку :)
Хорошо написано.
Мутулз — лучший фреймворк, который я вообще когда-либо видел. Полный контроль над всем — вот что нужно.
а вот сайт свой они зря переделали все-таки)
Да и вообще функциональность предыдущей версии MooTools была куда лучше нынешней. Сайт какой-то совсем кислый. Я остался на старой версии, разве что из новой взял обновленный domready.
Простите, но чем была лучше функциональность предыдущей версии?
зачем выдумывать велосипед?
//Example 1
var someClass=new Class({

   initialize: function(){
      alert('Hello, world!');
   }

});

//Example 1
var someClass=new function({

   initialize: function(){
      alert('Hello, world!');
   }
    initialize();

});

найдите 5 различий
там фигурнфе скобки лишние =) опечатка =)
ну… короче скобки надо бы поменять по нормальному, думаю поймут все :)
1) снижается вероятность ошибки
2) уменьшается общий объем кода
3) синтаксис приводится к привычному для большинства ОО-языков
4) появляется прямое указание на то, что конструкция var Vasia = new Class призвана создать именно класс, а не функцию. В js синтаксической разницы нет, но, согласитесь, смысловая-то разница есть
5) кроме initialize, у класса есть еще Implements и Extends

В итоге — не писать каждый раз initialize(); + получить более самодокументированный код.
А по-моему не надо делать из JavaScript то, чем он не является. Я потому jQuery и люблю, что в ней нет этох «псевдоклассов».
зачастую эффективнее/проще использовать имитацию классов, чем вникать в тонкости прототипов или каких-то специальных техник.
mt предоставляет для этого имхо самые удобные средства.
Возможно, но я считаю, что вникать в тонкости языка на котором пишешь — это очень хорошее дело. Я бы даже сказал, необходимое.
>5) кроме initialize, у класса есть еще Implements и Extends
и не менее интересный Mutators :)
Кстати, о Mutators было бы хорошо что-нибудь написать. (Это так… Как идея для блога)
Имхо, это изврат — пытыться передалать JavaScript в что-то непонятное такими костылями((
+1
очередной ржавый велоипед с третьим колесом.
а все потомучто ща модно ООП сувать куда надо и ненадо.
Пришлось влезть в проект на этом движке… и как на нем переопределить метод из наследуемого класса?
пипец… ну нафига пихать ооп основанное на классах в язык ооп у которого основан на прототипах.
Если делать муляж так муляж полный, чоб можно было метод родительского класса вызвать в переопределенном методе.

а ведь в родном js всо просто

ChildConstructor.prototype.myMethod=function(){
чота до
ParentConstructor.prototype.myMethod.apply(this,arguments)
чота после
}
Алексей, в твоем нативном подходе кроется беда:
если ты переопределишь метод прототипа в наследнике, он переопределится у всех прочих наследников
Sign up to leave a comment.

Articles