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

я просто ссылку на оффтопик дам) он весь усран доками всех версий :D

не стал пользоваться твоим ui, если бы не было нормальной доки :)

я пошутил жи) дока кстате будет написана на ui ))

если какое то соглашение по размещению функции, которые вызываються из функции прототипов, щас я просто их обьявляю после обьявления методов прототипа.
И еще к примеру есть функции которые используют объект прототипа, и как лучше сделать объявить их в прототипе с _, примеру _template (что не хочеться делать) или передавать сам объект в качестве параметров (как я щас и делаю)?

почему я не удивлен :)

зная тебя, то бы я не удивился :)

> точки крепления) логика описана в контроллерах, взаимодействие с dom описано в директивах,директивы это такие специльные атрибуты.

> fx:fire="panel.width + 10"

Это - логика

Точка крепления выглядела бы так: fx-fire="{widthOfFire}"

> она быстрее

где результаты замеров? И за счет чего ускорение?

> сахарнее

, и в ней есть куча фитч которых нет в ангуляре, таких например как FRP формулы и ассинхронные сервисы с кодом синхронных.

А тут по подробнее пожалуйста)

> не стоит не иди, ты может использовать и другие разделители) например - или точку.

Отсутствие правил - ещё хуже

Выбери что-нибудь одно. Что-нибудь кроме имени имеет значение? Если нет, то зачем вся эта пунктуация?

я же сказал тебе что это просто пример и вычисления там делаются только чтобы показать что это выражение а не просто слова

а какая тут путаница? вае варианты делают разные вещи. (ну разве что кроме new который просто писать не запрещено если кому хочется)

controller="Panel" создает контроллер

controller="Panel(1, 'ololo')" создает контроллер с определенными параметрами


controller="Menu = Panel" создает контроллер и дает ему имя Menu


у меня на компютери были когда делал, щас удлил.

не знаю если честно, мне кажется из-за того что уних много лишнего. но что точно знаю это то что у нихскоуп проверяется за один дайджест минимум 2 раза, у меня один. Но скорость больше не в 2 раза а в 6 примерно.

ну блин я же уже писал) целый топик есть про это)

ладно чуть позже распишу.

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

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

function Chat() {

    messages = $api.getMessages( 400 )

}

мы создали (ну где то выше в коде) сервис $api у него есть метод отправляющий запрос на сервер и возвращающий промис. мы сказали этому методу что посылать нужно запрос каждые 400 миллисекунд и подгруженные данные пихать в поле messages контроллера. ответ будет поступать в формате json и в messages будет попадать массив собщений)

это как пример. Например есть сервис $interval который возвращает фьючерс) мы можем сделать примерно то же самое и не создавая своего сервиса, оч просто, есть встроенный сервис для работы с сетью $http, он не тупой и если понимает что приходит json то сразу парсит его. ок, он возвращает промис, по которому $interval может понять что какое-то действие запланировано, и ждет его исполнения прежде чем начать отсчитывать свой следующий таймер и..... короче влом обьяснять как эта магия работает, короче можно то что мы сделали выше сделать так:

function Chat() {

    messages = $interval( function() {
      return $http( 'api.php?getMessages' )
    }, 400 )

}

и в messages всегда будет лежать актуальный массив с сообщеньками) который естественно при изменении будет перерисовываться, все дела.