@maxaon, да, и это нормально. Можете в сервисе это делать. Можете промис объект передавать, например так:
.config(function(flashBagProvider) {
flashBagProvider
.onSuccess('mydata', 'Some message')
.onFailure('mydata', 'Some another message');
})
.controller('MyCtrl', function ($scope, myDataProvider, flashBag) {
var dataPromise = myDataProvider.getData().then(function(data){
// ...
});
flashBag.notify('mydata', dataPromise);
})
посмотрите на имеющиеся реализации. Только имейте в виду, это нормально писать каждый раз такие вещи. Можно чуть упростить за счет передачи промисов и конфигурации, но это так же нужно хорошенько обдумать.
@hitakiri по XML много учебников потому что у него возможностей много и много инструментов типа XSLS. Но JSON - это простые структуры, если упрощать то это совокупность хэш-объектов и массивов.
@cmx, ценности конкретно для меня. Дискуссия действительно пустая. Я говорю со своей точки зрения, с точки зрения разработчика и пользователя. Вы же какие-то мифические штуки рассказываете, довольно специфичные и редко используемые.
@cmx, вопрос специфици и масштабов. В 99% случаев обфускцируется и прогоняется через всякие Zend Guard только логика проверки лиценции, и то все популярные решения легко ломаются. В остальных случаях, если мне попадется полностью обфусцированный продукт то скорее всего:
- продукт не представляет особой ценности и ему есть альтернативы
- продукт можно написать с нуля быстрее чем провести деобфускацию
@cmx, если у разработчика хватило тупости заэнкодить все - значит мне эта хрень нафиг не нужна. Обычно все эти извращения лепят на куски, которые проверяют факт наличия лицензии.
А на чем написан проект, на symfony или на чем другом - никакой разницы особо нету.
@Andriyevski суть open source как раз таки в открытости исходников.
Если хотите заработать на нем и если проект действительно полезный, и им будут пользоваться, можно приложить чуть больше усилий и организовать hosted-solution, то есть что бы люди регались и юзали по подписке (как раз таки один два бакса в месяц). И им меньше гемороя, не нужно возиться и деплоить, и вам профит, и люди которым не лень повозиться будут рады.
@Sergio-ru, а причем тут поддомен? вы можете:
1) положить в отдельную директорию
2) написать HTTP Middleware который будет маршрутизировать запросы. Есть готовый - stackphp. Так же есть обертка для интеграции с Symfony2 а так же с
@hoOstel, вообще лучше уж создать новый вопрос, ибо я слабо понимаю что именно кажется вам не красивым. Посмотрите в документации возможности по кастомизации.
Но все же не стоит доверять и этому порядку. Вообще суть хэшмэпов в том, что вам должно быть плевать на порядок элементов. У вас доступ к ним должен быть ассоциативен.
@Flasher, да. Этот ресурс больше расчитан на понимание. Если вам лабу сдать нужно - то это не туда, а если разобраться - то лучше примеров я не встречал.
посмотрите на имеющиеся реализации. Только имейте в виду, это нормально писать каждый раз такие вещи. Можно чуть упростить за счет передачи промисов и конфигурации, но это так же нужно хорошенько обдумать.