если обычным select то все ок

md-input-container.test mb-select(ng-model="ctrl.selectedGame") mb-option(ctrl.allGames ) {{game.name}} разве не так примерно должно быть?

там не надо ещё раз репит писать, на сколько я помню

https://material.angularjs.org/latest/demo/select сейчас попробую но вроде надо

а, это материал .. тогда хз) почему именно их юзаешь?

Друзья, а что это за шаблонизатор такой?

смотри консоль на ошибки... попробуй стандартный их код попробуй

если работает, то значит где-то ищи косяк в своём коде

там мне кажется идет двойной репит

с рипитом все ок в других местах такие же комментарии где repeat

ок

Друзья, а что это за шаблонизатор такой?

pug / jade ?

придется пока значит обычным селектом обойтись

pug / jade ?

Ага, понял, спасибо)

а, это материал .. тогда хз) почему именно их юзаешь?

ты бы еще спросил зачем я angularjs юзаю :D

а зачем angularjs юзать? можно же на html сделать таблицы с 100500 строк) так проще, всего лишь Ctrl+C

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

ну каждому своё.. кто-то реакт, кто-то ангулар... тут либо вкус и цвет, либо наследственный проект) чаще всего 2 фактора)

не могу понять... Failed to instantiate module fbApp due to: Error: [$injector:modulerr] http://errors.angularjs.org/1.6.9/$injector/modulerr?p0=u...) at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:7:76 at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:43:99 at r (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:8:7) at g (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:180) at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:364 at r (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:8:7) at g (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:180) at gb (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:46:250) at c (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:22:19) at Uc (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:22:332

не могу понять... Failed to instantiate module fbApp due to: Error: [$injector:modulerr] http://errors.angularjs.org/1.6.9/$injector/modulerr?p0=u...) at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:7:76 at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:43:99 at r (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:8:7) at g (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:180) at https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:364 at r (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:8:7) at g (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:42:180) at gb (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:46:250) at c (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:22:19) at Uc (https://ajax.googleapis.com/ajax/libs/angularjs/1.6.9/angular.min.js:22:332

Всё что угодно может быть. Стектрейсы нг1 сосут

Как вариант неправельно имя модуля в хтмл и в джс

Да у меня кажется 90% ошибок выглядят вот так. То модуль вызван до того как он объявлен то ещё хз что. Нг1 для девчонок с яйцами :D

ребят посоветуйте толковое расширение для дебага, а то ng-inspector и batarang какие-то тугие

ребят посоветуйте толковое расширение для дебага, а то ng-inspector и batarang какие-то тугие

пиши свое по другому никак

Привет Есть приложение на angularjs, которое используется в нескольких проектах (изменен по факту только внешний вид, немного html структура и ui скрипты. Нужно как-то разделить приложение на ядро, общее для всех проектов и кастомизированные файлы. Как это всё правильно организовать? Может есть готовые решения?

Как людей npm портит))

ов

Привет Есть приложение на angularjs, которое используется в нескольких проектах (изменен по факту только внешний вид, немного html структура и ui скрипты. Нужно как-то разделить приложение на ядро, общее для всех проектов и кастомизированные файлы. Как это всё правильно организовать? Может есть готовые решения?

Все зависит от архитектуры. Если приложение разбито на модули и компоненты, из глобальных стилей только условный normalize и какой-то условный грид - тогда ничего сложного нет в том чтобы отделить все лишнее и оставить авторизацию, базовый роутинг и несколько основных зависимостей для UI и т.д

Все зависит от архитектуры. Если приложение разбито на модули и компоненты, из глобальных стилей только условный normalize и какой-то условный грид - тогда ничего сложного нет в том чтобы отделить все лишнее и оставить авторизацию, базовый роутинг и несколько основных зависимостей для UI и т.д

Примерная структура

Есть куча vendors библиотек, думал их поместить в ядро, но уже проблема, что на некоторых проектах бутстрап v3, на других v4

На модули приложение не разбито

UI никогда не должно быть ядром или в ядре

Привет Есть приложение на angularjs, которое используется в нескольких проектах (изменен по факту только внешний вид, немного html структура и ui скрипты. Нужно как-то разделить приложение на ядро, общее для всех проектов и кастомизированные файлы. Как это всё правильно организовать? Может есть готовые решения?

выноси общий код в npm пакет

UI не в ядре, это кастомный код под каждый проект

выноси общий код в npm пакет

хорошая идея, в основном это могут быть сервисы, фабрики, общая бизнес логика так сказать

если шаблоны и стили компонентов по БЭМу так вообще и их можно паковать

UI не в ядре, это кастомный код под каждый проект

а чем это все добро собирается?

gulp

апгрейд на 6 ангуляр планируется?

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

Если будет, то скорее всего, всё перепишется с нуля

апгрейд на 6 ангуляр планируется?

А есть опыт именно апгрейда? Через ngUpgrade и вот это всё. Чем больше я смотрю на него тем больше он мне кажется способом испортить и старый и новый код

тогда есть два варианта: создать нпм пакет на es6 модулях, для удобного импортирования только нужных частей, а в приложениях использовать условный вебпак для бандлинга, или нпм пакет который предоставляет кучу обычных js файлов которые потом скармливаются gulp'у при сборке

бандл делайте,

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

А есть опыт именно апгрейда? Через ngUpgrade и вот это всё. Чем больше я смотрю на него тем больше он мне кажется способом испортить и старый и новый код

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

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

Фабрики и простые компоненты/директивы. Роуты не вынесешь т.к. на них может быть куча ненужных резолвов, иерархия и нейминг может отличаться. Контроллеры не всегда, разве что они для простых компонентов и изменений у них не будет

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

Меняется перевод сейчас структура такая: lang/ru.json lang/en.json

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

не нужно контроллеры выносить, вынеси логику работы

Тут первая проблема Надо сделать какой-то стандартный lang для каждого языка в ядре И возможность перезаписать стандартный lang в custom

попробуй https://github.com/angular-translate/angular-translate

инициализация на стадии config - для каждого приложения следать свой не проблема

И вторая проблема, что сделать с vendors Там куча библиотек, например для ангуляра определенной версии, которые точно меняться не будут И вроде бутстрапа и jquery, версии которых могут отличаться в каждом проекте (но есть ли смысл их выносить в репозиторий с кастомными файлами, если эта библиотека никогда не изменится в рамках конкретного проекта)

попробуй https://github.com/angular-translate/angular-translate

Это используется

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

И возможность менять что-то в кастомном файле. Например, перезаписать ключ Login, что б было "Войти"

Грубо говоря, для каждого языка в ядре полный перевод. А в custom перевод только конкретных значений, которые заказчик решил поменять

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

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

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

Ну у меня большая часть логики это реакция на ввод, звучит как давайте перенесём контроллер в сервис) И куча костылей для нг1 они ж никуда не денутся, только костылей уже будет х3

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

То есть перевод делать только в custom ?

я бы сделал перевод отдельный если реально будет что-то общее и его будет много, тогда выноси

Я кстати ещё один проект для i18n видел, не вспомню сейчас, он на каком-то особом формате локализации был настоян

Суть вот в чем: Есть дефолтная локализация на несколько языков. Она в ядре. И есть некоторые исправления локализации каждого языка в каждом проекте. Делает заказчик. Они в custom. Исправлений не много. Дальше дописывается новая функция для приложения. Она требует локализации. Мне надо дописать в дефолтные файлы локализации для неё перевод, объединить с кастмным переводом заказчика и задеплоить сразу на все проекты. Если делать локализацию только в custom, то придется открывать каждый проект и дописывать перевод для новой фичи вручную.

А не проще вынести файлы локализации и добавить настройку для этих файлов?

Это как?

Как темлейты для емейла Есть стандартные - хочешь, скачай, отредактируй и поставь какой нужен

Админки нет никакой чтоль?

А не проще вынести файлы локализации и добавить настройку для этих файлов?

Библиотека кажется для этого ничего не предоставляет

Админки для чего?

Только если руками json мержить

извиняюсь, я видать немного не в контексте разговора оказался

Есть gulp плагины, что б мержить json

Только как правильно таск написать?

можно сделать директории lang/ru/custom.json lang/ru/core.json И для других языков такое же

Только нужно смержить файлы в каждой директории и на выходе для каждой получить один файл вида ru.json

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

Нет Например, футеры в проектах разные И для каждого нужен свой перевод

Потому что контент везде разный

Нет Например, футеры в проектах разные И для каждого нужен свой перевод

Валера, для каждого проекта свой перевод

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

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

Валера, для каждого проекта свой перевод

Так сервис же на приложение вроде, а не на модуль.

Ну или я туплю конкретно

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

у тебя может выйти ситуация когда у твоем общем переводе останется если повезет с пару десятков общих слов а так 10 общих переводов, смысл

Так сервис же на приложение вроде, а не на модуль.

я вообще не про сервис даже не про ангуляр, а про то что он хочет сделать в общих чертах

я вообще не про сервис даже не про ангуляр, а про то что он хочет сделать в общих чертах

Так перевод же в конфиге сервиса задается.

Так перевод же в конфиге сервиса задается.

да я опять не про ангуляр

да я опять не про ангуляр

Черт, я вообще нить разговора потерял)

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

я писал про общую суть, не затрагиваю реализации

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

Я хз правильно ли мы поняли друг друга Если вариант с общим переводом. В core переводе будет 10 общих ключей, допустим А в custom переводе будет 2 ключа, которые перезапишут данные с общего перевода и 2 ключа новых. В другом custom проекте может вообще не быть перевода, использоваться только общий... И если я дописал новую функцию, я дописал в core перевод пару строк и они появились сразу во всех проектах. А иначе придется тупо редактировать все проекты

Я хз правильно ли мы поняли друг друга Если вариант с общим переводом. В core переводе будет 10 общих ключей, допустим А в custom переводе будет 2 ключа, которые перезапишут данные с общего перевода и 2 ключа новых. В другом custom проекте может вообще не быть перевода, использоваться только общий... И если я дописал новую функцию, я дописал в core перевод пару строк и они появились сразу во всех проектах. А иначе придется тупо редактировать все проекты

у тебя эти проекты связаны между собой ?

Между собой нет. Но у них похожая структура. Контроллеры одни и те же. Отличатся будут вариации кнопок (Войти/Вход) И некоторые блоки (хедер, футер...)

Я хз правильно ли мы поняли друг друга Если вариант с общим переводом. В core переводе будет 10 общих ключей, допустим А в custom переводе будет 2 ключа, которые перезапишут данные с общего перевода и 2 ключа новых. В другом custom проекте может вообще не быть перевода, использоваться только общий... И если я дописал новую функцию, я дописал в core перевод пару строк и они появились сразу во всех проектах. А иначе придется тупо редактировать все проекты

Это в сборке надо решать, через конфиги какие-нибудь специфичные для проекта

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

Да есть же либа готовая

Зачем свой лисапет

мне они не подходят