Цитата:
Пока не забыл, хочу тут мысль запостить по поводу отправки файлов через $rootScope. Сейчас у меня ситуация такая, директивы ловят файлы и отправляют их в корневой скоп (по твоему совету). Это правильно и удобно, но не позволит создать два экземпляра загрузчика (независимых). Выход - каналы передачи данных. На примере:
<html>
<head>
<script>
app.run(function( $rootScope ) {
$rootScope.$on( 'channel:name1', function() {
// some code
});
$rootScope.$on( 'channel:name2', function() {
// some code
});
});
</script>
</head>
<div>
<div ng-file-drop channel="channel:name1"></div>
</div>
<div>
<div ng-file-drop channel="channel:name2"></div>
</div>
</html>
америку я, конечно, не открыл, но вдруг кому пригодится :) Цитата:
Цитата:
Цитата:
Цитата:
|
Не взяли меня фронтендщиком в Яндекс. Ну и ладно, больше времени на открытые проекты останется)
Обновил загрузчик: https://github.com/tamtakoe/oi.file Переделал загрузку, общий прогресс и проч. Теперь файлы загружаются по-очереди. Для этого пришлось запилить отдельную очередь для загружаемых файлов. Вынеся в эту же очередь ссылки на xhr, избавился от циклических ссылок, что позволило сделать отмену загрузки :-) Не стал засорять область видимости, поэтому туда копируется только один объект — очередь. Которая содержит как список загружаемых фалов, так и значения общего прогресса, кол-во загруженных байт и т.п. Теперь новая версия работает только в Ангуляре 1.2. Для старых версий сделал отдельню версию. Там совсем небольшие отличия. |
Shitbox2, не грусти, все будет хорошо :)
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
fileName fileThumb fileSize fileLoaded fileProgress fileUploading Это оправдано, т.к. половина из них могут и так содержаться и быть полезными в модели (fileName, fileThumb, fileSize). Остальные просто удаляются после окончания загрузки. С областью видимости всё не так. Сам по себе контроллер ни с какой моделью не связан и добавляя в область видимости кучу полей мы ее сильно замусориваем. Поэтому тут лучший вариант добавить один параметр — модель очереди загрузки и уже с ней работать. Цитата:
Не очень нравится как реализована у меня очередь... С deferred объектами... Думал, этот паттерн поддерживает поочередное выполнение процессов. Похоже, что нет... |
Цитата:
Цитата:
Цитата:
Цитата:
file.name file.thumb file.size ... Еще у меня есть мысль позаимствовать функции transformResponse для разбора ответа сервера. Что думаешь на этот счет? Кажется, здесь лежат $http.defaults.transformResponse |
Цитата:
---- ИМХО, события нужны для асинхронных вещей: пользователь нажал что-то, кто-то написал в чате и т.п. (мы не создаем запрос). Синхронные вещи — это удел обещаний: запрос к серверу, загрузка файлов (мы создали запрос и ожидаем ответ) Цитата:
Цитата:
function(data) {
if (isString(data)) {
// strip json vulnerability protection prefix
data = data.replace(PROTECTION_PREFIX, '');
if (JSON_START.test(data) && JSON_END.test(data))
data = fromJson(data);
}
return data;
}
}
У меня подобным занимается функция-обертка над angular.fromJson
function _parseJSON (data) {
if (typeof data !== 'object') {
try {
return angular.fromJson(data);
} catch (e) {
return false;
}
}
return data;
}
}
В принципе, идея здравая. Правда, не знаю, на сколько оправданы все их проверки. И в моем случае я парсю, только если этого не сделал $http, т.е. и так почти всегда использую дефолтный transformResponse. |
Цитата:
Цитата:
Цитата:
2.
глобальный_скоп {
scope {
2. тут поймали и остановили (чтобы не дошло до глобального скопа)
scope: {
1. тут запулили событие вверх
}
}
}
Цитата:
|
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
Цитата:
2. событие - это событие что мешает сделать пространство имен для событий? Мне, кстати, надо добавить :D Цитата:
event.stopPropagation(); Цитата:
2. зачем на одну, если можно на массив функций? (например) |
Цитата:
Цитата:
Цитата:
Цитата:
|
| Часовой пояс GMT +3, время: 15:12. |