Без изменений? Плохо.
09.02.2018 05:20:16
|
|||
|
21.04.2017 20:47:33
|
|||
|
04.03.2017 04:58:15
Только очевидно что разработчикам это сделать проще (у них структура обмена всегда под рукой так как они с ней работают и её же постоянно дорабатывают). А также очевидно что логичнее если это делает один человек, а не все студии-партнёры персонально для себя. Только я не понимаю, для чего в таком случае строить из себя д'Артаньяна и намекать на свою высокую квалификацию, если по факту вы делаете то же самое что предлагаю и я? Детский сад. |
|||
|
03.03.2017 13:05:08
А это сэкономленные деньги. Сильно подозреваю что мусорного кода от стандартного шаблона тоже много осталось. Плюс не забываем оговорку что до этого вы долго расписывали функции что они делают (документацию по которым я и прошу опубликовать разработчиков компонента), а это тоже время, потраченное на изучение чужого кода. Плюс не забываем, что данную работу придётся проделать снова если компонент сильно измениться. Так что единственный плюс от вашего подхода - это то что вы с гордостью можете заявить о том что смогли разобраться в этом компоненте (в отличие от некоторых).
|
|||||
|
03.03.2017 12:44:28
|
|||
|
03.03.2017 12:10:19
|
|||||
|
03.03.2017 12:04:43
Он принимает запросы от sale.order.ajax.js и в ответ выдаёт данные. То есть формирует свой уровень api, и описать его не очень сложно (компонент ждёт данные в таком-то формате - а в ответ выдаёт в таком), а вот вычленить это из скрипта тяжело, да и если компонент обновиться то придётся делать всё заново. А если есть api компонента - то открываешь документацию по нему и читаешь: "с такого то дня компонент принимает новый параметр id_parametr, в ответ выдаёт id_response", после этого идёшь в свой шаблон и добавляешь новую фишку. Потратил 10 минут от силы - и всё. |
|||
|
03.03.2017 11:40:59
То что вы называете конструктивным решением здесь тоже присутствует: это и вариант как развернуть все блоки, и как запихнуть рабочую корзину в компонент, и многое другое. Только вот они сильно смахивают на костыли. |
|||
|
16.02.2017 16:44:57
js штатного шаблона всё через аякс дёргает из компонента, достаточно описать структуру всех запросов и формат ответов (а главное поддерживать это в актуальном состоянии, чтоб не лезть в это скрипт и не расшифровывать по новой чего там изменилось). |
|||
|
16.02.2017 16:37:41
Поможет это очень сильно, особенно при разработке своего шаблона с нуля. Ну и разобрать как работает та или другая функция с помощью такой документации гораздо проще. Ну а такому высокомерному гению как ты - то вообще 5 минут делов. |
|||
|
16.02.2017 16:16:45
В компоненте разбираться да, лень, но приходиться. При желании можно всё понять, но вы что предлагаете, разбирать скрипт в 8000 строк размером после каждого выхода обновления, внесения туда нового функционала, изменения структуры? Вот я и пришёл к выводу что описание этого компонента очень помогло бы мне как модифицировать существующий шаблон, так и написать свой если потребуется. Я не знаю какой там у вас коллега, но мне ничто не мешает как решать возникающие проблемы - так и предлагать разработчикам упростить нам работу, не вижу ничего в этом зазорного. И это что, принцип такой, во всём самому разбираться и ни в коем случае не предлагать разработчикам упростить себе работу? |
|||
|
16.02.2017 12:23:48
Но сначала всё таки почитай что-нибудь по основам программирования. |
|||
|
16.02.2017 12:14:10
|
|||||||||||||||
|
16.02.2017 11:34:50
Предлагаю голосовать:
|
|
|
16.02.2017 06:34:31
Если мы пишем свой компонент то нам надо: 1. Разобрать какие стартовые параметры необходимо заполнить чтоб компонент нормально стартовал (arParams); 2. Данный компонент тут же по аякс просит дефолтные значения по платёжной системе, доставки. Как он их просит (какие параметры надо отправить для запроса и каков формат ответа)? 3. Как запросить доступные доставки, оплаты, местоположения (какие параметры надо отправить для запроса и каков формат ответа)? 4. Если пользователь изменил оплату/доставку - то какие параметры надо отправить для изменения (какие параметры надо отправить для запроса и каков формат ответа)? 5. Как обновить список доступных оплат/доставок с учётом указанных пользователем настроек(какие параметры надо отправить для запроса и каков формат ответа)? На самом деле такая выжимка займёт от силы пару страниц печатного текста, но позволит за день написать свой шаблон с нуля. А события php и js тут совсем не причём. Разработчики - может опубликуете? |
|||
|
16.02.2017 05:44:01
Ну типа набор параметров А,Б,С меняет доставку, А,Б,Д - способ оплаты, требуется названия параметров, необходимый набор параметров для смены каждого параметра заказа, типы отправляемых данных, какие параметры нужно отправить при старте компонента и т.п. Та же просьба к разработчикам: может опубликуете эту информацию?
Изменено: Артём Дубин - 16.02.2017 05:44:36
(пунктуация)
|
|||
|
12.10.2016 17:10:21
Антон Дегтярёв,
Ищи функцию "getPropertyRowNode:", после "switch (propertyType)" в неё впиши примерно следующее:
|
|||
|
09.10.2016 11:37:40
|
|||
|