...и это только за послушать

Выслушать. Психологическая помощь пострадавшим от ангуляра

проект open source макс что можем платить, если все граматно и красиво написано 5$ в час ну или за спасибо и переодические вознограждения, в зависимости от доната проекту

tilt.com/tilts/eveng-unified-networking-lab-20 - видео тут можно посмотреть

Ангуляроводы, подскажите пожалуйста, во втором ангуляре есть возможность прокинуть данные во вне/в модуля?

Ангуляроводы, подскажите пожалуйста, во втором ангуляре есть возможность прокинуть данные во вне/в модуля?

https://telegram.me/angular2

https://telegram.me/angular2

Спасибо!

guys can you solve this http://stackoverflow.com/questions/41023151/how-do-i-replace-parseint-stateparams-etc-with-firebase

Доброй ночи. Начинаю только ознакамливаться с ангуляром и вот у меня появился вопрос. Я хочу index.html с хедером, футером, контентом разделить на 3 файла 1. header.html 2. footer.html 3. content гдебудет ng-view И соответственно два первых файла подключать у вьюхи, где еще будут подключаться другие js, css. Как лучше это реализовать в плане структуры папок и подключения в html?

/stat@combot

combot.org/chat/-1001024737789

Ну во первых js ты не сможешь подключить во вьюхе, так что лучше подключать в родительском файле в котором рендерится все вьюхи. В каталогах лучше раскидать по принадлежности.

Доброй ночи. Начинаю только ознакамливаться с ангуляром и вот у меня появился вопрос. Я хочу index.html с хедером, футером, контентом разделить на 3 файла 1. header.html 2. footer.html 3. content гдебудет ng-view И соответственно два первых файла подключать у вьюхи, где еще будут подключаться другие js, css. Как лучше это реализовать в плане структуры папок и подключения в html?

а во-вторых если ознакамливаться для себя, то лучше сразу 2й брать

Ну во первых js ты не сможешь подключить во вьюхе, так что лучше подключать в родительском файле в котором рендерится все вьюхи. В каталогах лучше раскидать по принадлежности.

но я могу сделать скажем во вьюхе ng-include header и footer в которых будут подключены нужные js ?

даже так нельзя

Здравствуйте. Подскажите, почему не ывполняется код внутри функции после вызова $event.preventDefault() ?

$scope.showPost = function(name){ $http.get('/post/' + name + '.html', function(response){ $scope.$apply(function(){ $scope.current_post = response.data; console.log($scope.current_post); }); }); }

<a ng-click="showPost('{{ $post->alt_name }}');$event.preventDefault()"

А $event внутри шаблона вообще можно?

Просто сделай отдельную функцию и вызывай её

Чем голову ломать)

Может кто подскажет, есть пост запрос в респонсе приходит бинарные данные в виде текста, , необходимо сохранить в excel файл, может есть в ангуляре готовые решения

Чем голову ломать)

дык я и так и сяк делаю.

Может кто подскажет, есть пост запрос в респонсе приходит бинарные данные в виде текста, , необходимо сохранить в excel файл, может есть в ангуляре готовые решения

Эээ, ты хочешь с клиента в эксель писать?

Эээ, ты хочешь с клиента в эксель писать?

я хочу респонс записать в эксель, если ты это имел ввиду то да

Ты должен с сервера отдавать файл, жс не умеет в файловую систему, тебе нода нужна для такого

на беке джава, буду пинать бекендеров

Привет всем! Есть ли среди здесь присутствующих адепты ангуляра, знающие фреймворк досконально? Я сейчас пытаюсь реализовать свой model-layer для ангуляра, вроде бэкбоновского и возник вопрос, будет ли ангуляр это принимать с текущей реализацией или стоит бросить эту затею. Хотелось бы найти человека, который смог бы проконсультировать по паре вопросов.

(Angular 1.x)

(Angular 1.x)

Лучше бросить первую версию вообще

Лучше бросить первую версию вообще

Почему?

Устарело

Кстати, может подскажите, во 2 можно ли реализовать депенсес инжекшион как в 1?

Это одна из тех вещей, которая устарела в первую очередь

Так сейчас просто уже никто не делает

Но ведь это удобно

:(

Это охренеть как неудобно

Это жесть просто

Это удобно

А depends injections нет

Вот втором ангуляре di никуда не делось, так-то. Почему оно устарело-то?

А depends injections нет

Может кто подскажет, есть пост запрос в респонсе приходит бинарные данные в виде текста, , необходимо сохранить в excel файл, может есть в ангуляре готовые решения

На мой скромный взгляд, отличия в реализации DI между первым и вторым ангуларом не особо значительные

Во втором остались сервисы, фабрики, значения

Модули немного поменялись

Зачем вам di, когда есть нормальные модули?

Наркоманы

В чём смысл?

В чём смысл?

Код становится менее связанным. Например: я написал свою реализацию http сервиса. Теперь мне достаточно поменять код только в модуле, где я передаю провайдеру класс MyHTTP, чтобы инжектор внедрил экземпляр класса в компонент или сервис

Ппц

А модули так поменять нельзя?

Только недавно http модули перебирал import request from request/unirest/axios

di — зло, сервисы, фабрики — обычные функции

Зачем вам di, когда есть нормальные модули?

++

Только недавно http модули перебирал import request from request/unirest/axios

Так вы можете изменить подменить http только в одном компоненте, для следующего вам надо вносить изменения в другой файл и т.д.

Далее, инжектор умеет больше, чем просто добавить алиас к существующему классу. Он может инициализировать класс с заданными параметрами и возвращать синглтон

Всё приложение использует модуль './api', которое уже является классом синглтоном с заданными параметрами

То есть если мне нужно делать перебор http модулей, то это можно сделать в одном единственном месте

Это всего лишь вопрос организации кода

Всё приложение использует модуль './api', которое уже является классом синглтоном с заданными параметрами

DI позволяет как раз избавиться от лишнего кода перебора модулей и подключать нужную реализацию в одну строчку.

Что значит лишнего?

Только недавно http модули перебирал import request from request/unirest/axios

Здесь так же все делается в одну строчку

Я не знаю как во втором, но в первом ангуляре di просто выглядел как один очень старый метод подключения модулей

Чем он по сути и является

Подождите, т.е., вы предлагаете писать импорт конкретного модуля там где он необходим? import request from request Import request from unirest И т.д. ?

Если так, то это совершенно не то

Нет

Попробую объяснить более формально

Тезис >Так вы можете изменить подменить http только в одном компоненте Контраргумент Приложение не должно знать о деталях реализации http вообще, если есть задача быстрого изменения методов работы с ним. Весь api изначально инкапсулирован в модуле-обёртке вокруг axios/$http/restangular/request/etc Приложение просто грузит файл-модуль api.js и тут становится уже не важно, по di оно грузится или через import, это становится просто не сильно различающимися методами подключения модулей

А в самом модуле все методы работают с объектом request, который импортируется строкой, представленной выше. Всего один раз импортируется. Можно сделать и более гибку конструкцию, если что, но как правило хватает простого изменения названия загружаемого модуля

Более того

В webpack есть alias, которые фактически являются реализацией этих же di, можно например заменить во всём приложении сразу все объекты Promise на bluebird или ещё что устроить, ну то есть примерно тот же механизм, пишешь new Promise, а он уже заинжекчен нужным модулем

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

Как то так

То есть я предлагаю явный импорт как идеологию, и конкретный импорт модуля-обёртки как решение. импорт — это не та строчка, на которой можно экономить, она не добавляет сложности в код но критически повышает его читабельность. В одном месте мы явно можем проследить зависимость, не смотря в другие места