Фреймворк mootools, Выше мнение...

Собираюсь начать освоение mootools.Для начинающего, дело это не быстрое, потому хотелось бы услышать Ваше мнение, прежде чем окунуться в изучение этих библиотек.У меня сложилось очень хорошее впечатление об этом продукте.
7 ответов

cruelangel, именно поэтому в нашем проекте свой фреймворк написан, где нет "это невозможно" =)


Спасибо, значит начнем освоение... осваивание...    Изучим... 
selection и textrange
Да, я не обратил внимание, а работа с текстами нужна постоянно. Но проект новый, возможно, дойдут ещё до этого вопроса.


Начинал изучение параллельно jquery и mootools, но по эффектам и простоте использования мне больше понравился moo. Еще очень понравилось наличие Swiff, что позволяет связать javascript и flash. Думаю у этого фреймворка большое будущее.


мне нравиться данный фрэймворк. Добавлено через 12 секундУдобный, быстрый.


опять эта дурная мания тянуть классы в яваскрипт %-\ ну и куча других глупостей типа функции $pick принимающей на вход исключительно два аргумента.отсутствует поддержка самых проблемных вещей - selection и textrangeв остальном - всё довольно прилично


Ghirik, посмотрел демки, красиво, неплохо. Вообще, у меня всегда двоякое ощущение по поводу фреймворков. С одной стороны - да, зачем изобретать велосипед, когда есть уже и "Prototype" и "Ext" и, теперь еще и, "mootools". С другой стороны - уповать на них не стоит. Меня просто убивают высказывания неких программистов, которые говорят: ".. этого нельзя сделать, Prototype (например) не поддерживает такой функции..". (это кодерство, а не программирование). Вот в том-то все и дело! Что для своих конкретных задач (если нужна будет какая-то уникальная вещь) - ни один фреймворк не поможет. Поэтому в большинстве случаев (я лично) смотрю чужие фреймворки, для изучения - чтобы где-то узнать новое (а где-то, иной раз, ужаснуться). И поэтому велосипед изобретается для повышения скилла. Но и с третьей стороны (которая на самом деле - измененная первая) - может и можно воспользоваться какими-нибудь стандартными методами неких фреймворков - снизить рутинную работу.P.S.: я ни разу не использовал чужие фрейморки (исходя из первого пункта), но сейчас, может и сожалею (исходя из третьего пункта) - в разумных пределах, думаю, можно (и нужно). Потому что, иной раз, когда важна сторона сервера (основной таск - по большой обработки данных) - на фронтэнд обращается мало внимания и нужно как можно быстрей сделать (некому будет рассказывать, что для написания на javascript дерева с d&d - нужен день-два. Скажут - есть уже куча готовых решений). Вот тогда какие-нибудь стандартные методы фреймворков могут помочь. Но - как только появится таск сделать так-то и так-то (чего нет в конкретном фреймворке) и, если уповать всегда на эти фреймворки и не вникать в сущности фронтэнда - все дело встанет.


dsCode, в хорошем фреймворке нет понятия "это сделать невозможно" ;) но хороший фреймворк сделать невозможно...ещё отмечу ужасню манеру комментирования кода, в результате чего оный превращается в кашу