не понял

Вывести в шаблон значение переменной, убедиться что оно не пустое

И в исходники модуля этих uib-* директив пойти, посмотреть на биндинг read-only

Именно в локальные исходники

Вот и всем привет) - SPA для внутреннего пользования. Мойки машин - angular 1,2 - Не знаю - Иучение angular - Нашел в поиске

Помогите разобраться с одной историей. Есть сервис api.service В нем есть метод get и post например Есть сервис например students.service В нем например есть getAllStudents. Вопрос где мне опрашивать конечный путь апи? Внутри сервиса api: getStudents(){ return this.get('students'); } или в сервисе students: getAllStudents(){ this.apiService.get('students').toPromise().then(.....) } Понятно что можно делать и так и так. Меня интересуют прицып SOLID и просто логика. если все мтеоды по проекту упихать внуть сервиса api получаеться полотно длинное. если хранение путей рассовать по сервисам то получаеться нарушение принципов SOLID. PS тоесть где лучше хранить 'students' по сути мой вопрос

А какое назначение у сервиса апи?

Ну то есть у вас и так уже есть сервис с каким-то размытым скоупом

А каким образом специализированный сервисы солид нарушают?

Основное два. Добавить то что нужно. Базовую часть апи и возможно обработчик ошибок от сервера. Возможно добавить токен в хедер..

А какое назначение у сервиса апи?

Ну скорее не солид а принципы ООП. Апи это же объект. Должно быть у него свойство дай мне студентов или не должно? Это скорее вопрос связан с непониманием ооп

А каким образом специализированный сервисы солид нарушают?

Я взял проект. И там есть апи сервис. В нем расписаны все методы со всего проекта. Взять то взять это. 700 строк говна по сути содержащего части урлов. Я всегда это убрал внутрь локальных сервисов... Вот думаю кто прав

Я за локальные сервисы

По крайней мере у себя так сделал и отлично себя чувствую)

До этого было какое-то подобие апи сервиса, по сути просто $http которая всё остальное клиенту поручала

Окей

Спасибо

@yarrrrrrrr $scope.getAllowRatings = -> tour.allow_ratings вот что помогло

Почему хз

uib-rating(ng-model='review.rating', max='5', read-only="getAllowRatings()")

Помогите разобраться с одной историей. Есть сервис api.service В нем есть метод get и post например Есть сервис например students.service В нем например есть getAllStudents. Вопрос где мне опрашивать конечный путь апи? Внутри сервиса api: getStudents(){ return this.get('students'); } или в сервисе students: getAllStudents(){ this.apiService.get('students').toPromise().then(.....) } Понятно что можно делать и так и так. Меня интересуют прицып SOLID и просто логика. если все мтеоды по проекту упихать внуть сервиса api получаеться полотно длинное. если хранение путей рассовать по сервисам то получаеться нарушение принципов SOLID. PS тоесть где лучше хранить 'students' по сути мой вопрос

Солид не для этого Как же это уже достает, он больше для рефакторинга Почитайте грасп

А вообще учите алгоритмы

А вообще учите алгоритмы

А алгоритмы чего помогают правильно декомпозировать?)

Думать они помогают в целом

Бред свой кобылы когда чуют новое слово и пихают где не попадя)

Бред свой кобылы когда чуют новое слово и пихают где не попадя)

Расслабься, бро) Если кто-то чего-то не знает, это повод помочь, объяснить, а не глумить, рунет вообще место безблагодатное в этом отношении)

Я же и написал выше что солид не панацея

В ООП панацеи не бывает

панацея это функторы

только код твой вряд ли кто-то будет понимать потом))))0

что собственно тоже не решение следовательно не панацея

https://pbs.twimg.com/media/DXan6FpXcAETevS.jpg

ага, правда только глобальный стейт зло и его кто-то может изменить, даже и сам, но можешь про это забыть и дебажить часами

посоветуйте пожалуйста русскоязычные ресурсы для изучения ангулара

http://angular.su/

спасибо

только что-то он кажется упал

документации на русском я так понимаю нет?

http://angular.su/

робит, только это не первый ангуляр а 2+

робит, только это не первый ангуляр а 2+

ну да, пусть учит))

и лучше инглиш ибо есть всегда проблема что инфа не актуальная

Думать они помогают в целом

Алгоритмы помогают думать алгоритмически. Как отмечено выше дизайн структуры приложенная тут не причем. Вам явно не помогло именно думать. Так как вы спутали синее с холодным и вас достали те кто спрашивают какой температуры лучше делать чай.

Алгоритмы помогают думать алгоритмически. Как отмечено выше дизайн структуры приложенная тут не причем. Вам явно не помогло именно думать. Так как вы спутали синее с холодным и вас достали те кто спрашивают какой температуры лучше делать чай.

вы сути не понимаете

вы сути не понимаете

А мне кажется вы

кажется )

Кажется

Задачи на алгоритмы можно как правило решать двумя способами ООП и в процедурном стиле. Как правило народ пишет в процедурном стиле ибо лаконично. Ведь решая задачу у вас нет условия что код должен быть легко читабельным как правило. Вам надо получить оценку. Так вот и выходит что потренировать навыки ООП не особо то можно решая алгоритмы. Вообще лучше думать это круто. С таким же успехом можно посоветовать больше гулять и есть морковку

Привет. Почему оно записало внутрь textarea, а не как атрибут?

Задачи на алгоритмы можно как правило решать двумя способами ООП и в процедурном стиле. Как правило народ пишет в процедурном стиле ибо лаконично. Ведь решая задачу у вас нет условия что код должен быть легко читабельным как правило. Вам надо получить оценку. Так вот и выходит что потренировать навыки ООП не особо то можно решая алгоритмы. Вообще лучше думать это круто. С таким же успехом можно посоветовать больше гулять и есть морковку

не ну а чо, хороший совет. больше гуляйте и ешьте морковку все, это полезно!

Привет. Почему оно записало внутрь textarea, а не как атрибут?

А с делов ему атрибутом быть? Нг бинд значение присваивает

окей а как мне добавить в атрибут?

@bednij_bohdan

ng-disabled=“”

В твоём случае

И переменную из скоупа передавай

А как передать из скоупа? можешь пример показать?

Та просто название переменной

понял

спасмибо

Задачи на алгоритмы можно как правило решать двумя способами ООП и в процедурном стиле. Как правило народ пишет в процедурном стиле ибо лаконично. Ведь решая задачу у вас нет условия что код должен быть легко читабельным как правило. Вам надо получить оценку. Так вот и выходит что потренировать навыки ООП не особо то можно решая алгоритмы. Вообще лучше думать это круто. С таким же успехом можно посоветовать больше гулять и есть морковку

сама суть вообще кроется в том что все лезут в ИТ и при этом не хотят ничего учить c это сразу сыпятся глупые вопросы на которые ответ находится за минуту, люди уже сколько все придумали, что что бы ты не решал, все уже сделано за тебя редкие случай когда чего-то не будет а так ``` Почему много плохих программистов? (Часть 1) Когда я начинал я не знал английский, да и сейчас не очень. Я искал видеоуроки по тому как, и с чего нужно начинать. В голову шло несколько идей, первая это смотреть видеоуроки какого-то чувака, который на тот момент мог казаться богом программирования для меня, а на самом деле просто обычный кодер который не вышел за рамки home-проектов. Почти все видео бывают насколько древними, что даже не вооружённым глазом видно что это старьё. Следующая идея заключалась в том чтобы найти наставника, но в те годы я никого не знал. Третий вариант заключался в чтении книг. Третий вариант не очень привлекал, поскольку их тоже было много и как вариант автор невнятно объяснял основные моменты. Есть и четвёртая идея. Покупаешь курсы онлайн, но можешь пролететь с мошенниками, тут 50/50. Я так и сделал и не был огорчён. Проблема есть везде. При прохождении таких онлайн-курсов есть один недостаток, ты не всегда можешь вовремя прийти за pc/notebook и посмотреть realtime, в то время как книгу можешь читать когда тебе удобно. Курсы бывают от компаний, частных людей. Хорошо когда есть свободный график в таких курсах, но зачастую стоит такое удовольствие много. Из-за такого часто не можешь понять какую-то часть языка и приходится самому выкручиваться и писать костыли. В общем-то, я пробовал все 4 методы, но из них только толк был от 4. Для каждого может быть по-разному. В общем, давайте пойдём дальше. Прошёл ты курсы, прочитал книгу, учил тебя друг и т. д. Что ДЕЛАТЬ дальше? - задаёт себе вопрос человек. Ты приобрёл какие-то навыки или не приобрёл. Человеку пофиг, он считает что знает достаточно. И начинается создание ПО(сайт тоже является ПО) для себя или поиски заказов(что очень ни к чему). (Все учат язык/и, а не алгоритмы и это проблема всего.) При создании ПО, появляется очень много вопросов, кто-то задаёт вопросы Google, кто-то пишет свой (гавно) framework с типа MVC архитектурой не понимая того зачем оно нужно. При написании кода человек часто копипастит код не задумываясь что он делает. Часто делает ошибки синтаксиса и другие тупые логические ошибки что приводит к пару часовому дебагу, а то и дней. Кто-то задаёт вопросы в группу/чат по этому же языку даже не сумев сформировать свои мысли. Кое-кто даже вообще не задаёт и делает свои велосипеды что и есть главным фактором гавнокода (Дальше про это напишу). Когда написал проект и отложил его в сторону, через год открыв его видишь что ты нифига не понимаешь и продолжаешь дальше писать гавнокод сам того не подозревая. Часто это возникает из-за того, что человек недостаточно логично мыслит из-за отсутствия (серого вещества) знаний алгоритмов. После первого проекта чувствуешь что уже знаешь больше. Дальше — больше. Кто-то выкладывает свой проект на публику, а в ответ получает критику. Часто ожидание от критики совсем другие. Кто-то это воспринимает всерьёз, а кто-то и дальше продолжает следовать своим принципам программирования, а не общепринятыми. (Например, про PHP, кто-то пишет по PSR стандартам, а кто-то делает свои уродливые правила после которых не понятно что и как в коде работает) Те, кто воспринимает критику всерьёз может измениться почитав best practices какого-то языка/технологии. Да это сложно это принять, но лучше так и делать. Лучше написать немного больше кода по стандартам и это будет гуд. Не сразу приходит понимание шаблонов проектирования, но со временем придёт если читать книги и применять их на практике там, где нужно. Придумывать велосипеды, с одной стороны, для тех кто их делает хорошо, они говорят что это даёт им понимание того как его сделать и как работает, но закрывает им просвет на правильную архитектуру. Немного об английской литературе и переведённой. Часто переводы старые, да и все являются волонтёрскими, что не даёт автору дальнейшей

Задачи на алгоритмы можно как правило решать двумя способами ООП и в процедурном стиле. Как правило народ пишет в процедурном стиле ибо лаконично. Ведь решая задачу у вас нет условия что код должен быть легко читабельным как правило. Вам надо получить оценку. Так вот и выходит что потренировать навыки ООП не особо то можно решая алгоритмы. Вообще лучше думать это круто. С таким же успехом можно посоветовать больше гулять и есть морковку

мотивации на переводы. Когда вся англоязычная является актуальной. Вся переведённая литература устаревает быстро, поэтому учите английский. Это и есть причина почти всех плохих программистов. Плохих программистов много, потому что: - делают костыли - не следуют стандартам - не учат алгоритмы - не используют шаблоны проектирования - мало практикуются - читают сайты типа русакова и попова Вывод: - больше практики; - следуйте общепринятым стандартам - учите алгоритмы - развивайте логическое мышление - учите шаблоны проектирования - учите английский язык и учите английскую литературу ```

мотивации на переводы. Когда вся англоязычная является актуальной. Вся переведённая литература устаревает быстро, поэтому учите английский. Это и есть причина почти всех плохих программистов. Плохих программистов много, потому что: - делают костыли - не следуют стандартам - не учат алгоритмы - не используют шаблоны проектирования - мало практикуются - читают сайты типа русакова и попова Вывод: - больше практики; - следуйте общепринятым стандартам - учите алгоритмы - развивайте логическое мышление - учите шаблоны проектирования - учите английский язык и учите английскую литературу ```

Блин дружище. практики и так много. теории еще больше. всего много. зачем ты мне это все говоришь? Я озадачился конкретной вещью. Рассмтривать ли апи как обьект или нет. Если рассматривать его как обьект то он должен хранить в себе знания о о том как что внутри себя юзать. А ты обращаешься только к его методам. Как следствие пути, относительные, на реальном беке (те сервер) должны храниться внутри нашего класса апи. С другой сторны это не удобно и жутковато, и в таком случае апи это чисто набор процедур, котрые мы будем дергать изнутри объекта, например студент, и в таком случае значение относительного пути мы храним внутри класса студент.сервис. К СОЛИД это имеет ровно то отношение что имеет изоляция к ООП, на мой взгляд, но в этом вопросе я плаваю PS относительные пути это название ресурсов на нашем REST api. надеюсь это ясно было и так, но все же уточнил PPSSS алгоритмы решаю. уже несколько месяцев на кодварсе. так что успокойся на этот счет. все хорошо....

мотивации на переводы. Когда вся англоязычная является актуальной. Вся переведённая литература устаревает быстро, поэтому учите английский. Это и есть причина почти всех плохих программистов. Плохих программистов много, потому что: - делают костыли - не следуют стандартам - не учат алгоритмы - не используют шаблоны проектирования - мало практикуются - читают сайты типа русакова и попова Вывод: - больше практики; - следуйте общепринятым стандартам - учите алгоритмы - развивайте логическое мышление - учите шаблоны проектирования - учите английский язык и учите английскую литературу ```

- учите алгоритмы. Мне кажеться алгоритмы нельзя учить. Можнор научиться мыслить алгоритмически. - следуйте общепринятым стандартам. Вот я зашел, спросил как общепринято вот тут. а вы мне учите общепринятые стандарты. да как их учить та тогда? JS для чайников что ли почитать? а в это время пока я читю JS для чайников мне что, посудомойкой поработать что-ли??? Сами то понимаете это? Времени не так много. Все оно расписано на месяцы вперед. И там нет пункта "не изучать программирование 4 часа в день" отнюдь. А еще некотрые вопросы требуют быстрые ответы.

Отета у вас тут холивар господа

ну в чатике всяко тишина, можно и похоливарить)

А есть такое сообщество но по второму ?

да

https://t.me/angular_ru

https://t.me/angular_ru

Спасибо

https://gist.github.com/denisoster/528c151f20ec53862fe70f1fcca830ad

Пытаюсь реалзовать select в котором долженбыть диапазон от 0 до n

ну в итоге лишь получаю

В чем может быть проблемма?