POST site.ru/api/post
PUT site.ru/api/post/id
DELETE site.ru/api/post/id
что-то в этом духе.
Воутеры имею в виду RoleVoter если у нас сложная иерархия ролей и их много.
Вообще можно пойти по пути запрещения для не админов любых POST/PUT/DELETE запросов кроме какого-то списка урлов.
Ну вообще есть мнение что вы не должны описывать объект как отображение таблицы в БД. Есть же Data-mapper, можно проектировать систему именно как отношения классов и все такое а как это будет сториться в базе дело третье.
@alexsemen94: вот скажите честно, зачем вам angular? Вы вообще вкурсе про то что у вас есть скоупы? Про то что все взаимодействие с DOM и т.д. можно инкапсулировать в директивы? Что из директивы через атрибуты можно сделать связь со скоупом и менять значения...
@vasIvas: пример автора из статьи, меня смущает интерфейс и аргументы... и переменная i которая как бы статическая. Нужно все же как-нибудь почитать полностью.
@xmoonlight: есть LLVM, примерно то что вы хотите делает, но и оно накладывает ограничения. У вас в JS коде не должно быть ничего что бы определялось в рантайме. Либо у вас будет зависимость от рантайма а это повлечет дополнительные накладные расходы и не отменит того что нужно будет иметь внутреннее представление объектов.
Скажем можно RPython скомпилить через LLVM, но Python скомпилить не выйдет.
@vasIvas: MVP это не шаблон проектирования а лишь идея разделения приложения на отдельные уровни/слои, используя шаблоны проектирования. Так что не "фасад это презентер" а "презентер у нас тут это фасад". Я не сильно внимательно читал эту книжку, просто пробежался по общим моментам, и мне показалось что там больше про MVA речь идет. И да, таки в книжке речь идет именно о медиаторе/посреднике, а не о обсервере. Не пойму откуда вы его там взяли.
@xmoonlight: это возможно только если избавить JS от его динамической природы и сделать статичным. А это сделает JS весьма посредственным и кривым языком.
Если же вы хотите иметь возможность менять объекты в рантайме, вычислять в рантайме типы и т.д. всякие там боксинги/анбоксинги/маршалинги всеравно будут иметь место. Чудес не бывает, иначе давно уже сделали бы что-то подобное.
@vasIvas: скажите честно, вы даже не прочитали ничего. Я вот начал лихорадочно искать там хоть что-то эдакое возмутительное... и как-то не нашел. А автор этой книги весьма уважаемый разработчик.
@vasIvas: как по мне делать упор на классы при изучения языка, где их нет... это как-то странно. Вы в итоге будете делать неверные выводы и не усвоите идею языка.
@cybervito21: вот только твиттер убыточен уже который квартал. Инстаграммом не пользовался и не собираюсь. Основная аудитория ВК - студенты. У каждого вуза и у каждого потока есть своя групка в вк, общая шарилка доков на гуглодоках/дропбоксах, гугл групсы и т.д.
@vasIvas: scope контролировать у вас не выйдет. Я думаю вам стоит перестать загоняться и заниматься сравнением AS3 и JS. Это принципиально разные языки, смиритесь с этим. Если хотите еще мозг полапать - возьмите rust или haskell побаловаться.
Anton Kulakov: Есть полифилы для es5 так что reduce работает сейчас везде.