Сергей, спасибо за развёрнутый ответ. В дополнение хочу спросить знаком ли вам riotJS? Мне показалось что там именно такой подход к обмену данными в приложении через observable. Что думаете о таком подходе?
Александр Котов: вам стоит перестать сомневаться и перестать переоценивать людей. Посмотрите на это с другой стороны. Например как бы вы объяснили тот факт, что миллионы людей раз за разом отдают власть и бюджет страны в руки любого, кто просто пообещает им хорошую и сытую жизнь? При этом имея печальный опыт того, что все предыдущие "обещатели" обещаний не сдержали.
Александр Котов: это не сложно. Например я попросту соврал, что уже умею делать эту работу. Сложнее осознавать ответственность за это решение и прилагать достаточно усилий чтобы работать, учиться и выдавать адекватный результат.
Пробую вызвать чз $.getJSON или $.ajax c dataType: 'jsonp' , но в итоге всё равно получаю 403: No 'Access-Control-Allow-Origin' header is present on the requested resource.
Да. Я согласен, что подходы разные у ангуляра и jq. Но если с модульностью контроллеров проблем не возникает, то хотелось бы узнать хорошие практики в организации view.
Логично. Но хотелось бы сократить объем ТЗ за счет присутствия прототипа. Например в некоторых местах описывающих блоки с элементами заменить на что-нибудь вроде "согласно прототипу" и т. д. То бишь у нас пока нет такого опыта внедрения прототипов в официальном порядке. До этого прототипы просто показывались заказчику, но не использовались в составе проектной документации.
Действительно погорячился с удалением товара. Сказывается отсутствие опыта. Для тех кто, возможно, столкнулся с аналогичной задачей - нагуглился топик на тему programmers.stackexchange.com/questions/222002/eco...
Согласен с тем, что товар удалять нелогично. Переместив его в архив я получу, как минимум, возможность обработать последний заказ с этим товаром. За этот момент спасибо.
Для заказчика вопрос изменения товара (цена/наличие) довольно щепетильный ибо хотят на выходе получить максимально отзывчивую для клиентов систему. Момент усугубляется тем, что модель у магазина не совсем обычная - клиент формирует список товаров и получает их регулярно (несколько раз в месяц). Уточнение деталей доставки происходит за день до нее и передо мной стоит задача сделать процесс уведомления максимально автоматизированным чтобы возникало меньше трений на почве распространенных претензий в стиле "я заказал, а в наличии нет", "цена изменилась, а я не знал". При этом у заказчика проекта перед доставкой есть достаточное время чтобы среагировать на изменения в цене/ассортименте и для глобальных изменений требующих сложной логики я планировал использовать что-нибудь вроде mapReduse.
