Как проще будет?

[nyaiko]

Мне нужно написать модуль добавление в корзину товара, потом оформление заказа... Подскажите, проще писать модуль с нуля самому, или лучше взять какой-то готовый, и как-то переделывать под себя.? Если кто-то может дать какие-то глобальные советы, которые немного скоординируют меня в процессе создание модуля, то буду очень рад.

[mazein]

Проще будет уже что-нибудь пытаться сделать, а не надеяться, что где-то всё расписано по шагам. Уже не первая подобная тема от Вас.

 

5 минут назад, nyaiko сказал:

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

 

Лучше для Вас будет купить готовый.

[nyaiko]

10 минут назад, mazein сказал:

Проще будет уже что-нибудь пытаться сделать, а не надеяться, что где-то всё расписано по шагам. Уже не первая подобная тема от Вас.

 

 

Лучше для Вас будет купить готовый.

Если было бы лучше для меня купить готовый, я бы давно купил его и не спрашивал бы советов... 

 

 

[mazein]

Только что, nyaiko сказал:

Если было бы лучше для меня купить готовый, я бы давно купил его и не спрашивал бы советов... 

 

Тогда зачем спрашиваете?

Делайте сами, раз это так очевидно.

[nyaiko]

1 минуту назад, mazein сказал:

 

Тогда зачем спрашиваете?

Делайте сами, раз это так очевидно.

разве я спрашивал совет на счет купить или сделать модуль??? Читайте внимательно... Я спросил как проще будет, писать с нуля, или взять готовый модуль их бесплатных много, и на его основе писать свой!!!

 

[mazein]

Только что, nyaiko сказал:

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

 

Глупый вопрос. Можете с нуля делать свой, можете за основу взять бесплатный.

Если есть знания, возможны оба варианта, если знаний нет, оба не подходят, вроде и это очевидно. Зачем спрашивать совет?

[freelancer]

2 минуты назад, nyaiko сказал:

взять готовый модуль их бесплатных много, и на его основе писать свой!!!

 

так проще

[nyaiko]

Только что, mazein сказал:

 

Глупый вопрос. Можете с нуля делать свой, можете за основу взять бесплатный.

Если есть знания, возможны оба варианта, если знаний нет, оба не подходят, вроде и это очевидно. Зачем спрашивать совет?

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

 

[nyaiko]

2 минуты назад, freelancer сказал:

так проще

спасибо! учту

 

[mazein]

Только что, nyaiko сказал:

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

 

Так уже начните с чего-нибудь, неудачный опыт - это тоже опыт.

[nyaiko]

1 минуту назад, mazein сказал:

 

Так уже начните с чего-нибудь, неудачный опыт - это тоже опыт.

Если есть возможность, спросить и изначально идти по правильном пути, почему бы не воспользоватся?

[mazein]

1 минуту назад, nyaiko сказал:

Если есть возможность, спросить и изначально идти по правильном пути, почему бы не воспользоватся?

 

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

[fanatic]

16 минут назад, nyaiko сказал:

что бы начинать работать правильно, а не путать себя в процессе работы. 

 

работать правильно, понятие относительное.

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

2. задумали сделать модуль. времени куча. цель - закрепить ранее изученный материал(создание модулей для op).  пишем с нуля.  это тоже правильно

а вообще я согласен с @mazein 

17 минут назад, mazein сказал:

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

 

[Dotrox]

55 минут назад, nyaiko сказал:

модуль добавление в корзину товара, потом оформление заказа...

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

 

Кстати, процесс добавления товара в корзину обычно не подменяется модулями - чаще всего, если возникает необходимость, всё обходится модификаторами для стандартных файлов.

[nyaiko]

6 минут назад, Dotrox сказал:

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

 

Кстати, процесс добавления товара в корзину обычно не подменяется модулями - чаще всего, если возникает необходимость, всё обходится модификаторами для стандартных файлов.

Модификаторы стандартных файлов, это значит что в стандартные файл OC вносят изменение?

 

[Dotrox]

1 минуту назад, nyaiko сказал:

Модификаторы стандартных файлов, это значит что в стандартные файл OC вносят изменение?

Да.

Вы разве про OCMOD (и его предшественника - vQmod) не слышали?

 

Это же бич ОпенКарта.

[chukcha]

7 минут назад, Dotrox сказал:

Это же бич ОпенКарта.

Предложи другое.. :)

[Dotrox]

Только что, chukcha сказал:

Предложи другое..

Давно ведь уже есть события.

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

[fanatic]

14 минут назад, nyaiko сказал:

это значит что в стандартные файл OC вносят изменение?

да, но не в сами стандартные файлы.  система создает модифицированные файлы, с учетом правок которые указаны в модификаторе(ocmod.xml)

[chukcha]

1 час назад, Dotrox сказал:

Давно ведь уже есть события.

И? Как во внутрь запроса, добавить еще, например одну таблицу?
Или сделать нестандартную сортировку?

[Dotrox]

1 час назад, chukcha сказал:

И? Как во внутрь запроса, добавить еще, например одну таблицу?
Или сделать нестандартную сортировку?

Уже не раз обсуждалось ведь - query builder.

[chukcha]

6 минут назад, Dotrox сказал:

query builder.

тогда мы уйдем от "тонких" моделей.
И модель не будет практически всех
только  $this->db->query($this->queryBuilder($data));

Тебе к Даниелю!

[Dotrox]

27 минут назад, chukcha сказал:

только  $this->db->query($this->queryBuilder($data));

Это странная конструкция, которая костыляет то, что уже есть.

 

Когда-то я уже приводил пример, как это выглядит в Yii. Для разнообразия пример из Laravel:

$users = DB::table('users')
            ->join('contacts', 'users.id', '=', 'contacts.user_id')
            ->join('orders', 'users.id', '=', 'orders.user_id')
            ->select('users.*', 'contacts.phone', 'orders.price')
            ->where('name', 'John')
            ->orWhere('name', 'Bill')
            ->get();

 

И модели никуда не денутся, просто вместо полотнища клеенного SQL будет такое.

[chukcha]

8 часов назад, Dotrox сказал:

Это странная конструкция, которая костыляет то, что уже есть.

Не совсем
Это просто обертка над твоим

table('users')
            ->join('contacts', 'users.id', '=', 'contacts.user_id')
            ->join('orders', 'users.id', '=', 'orders.user_id')
            ->select('users.*', 'contacts.phone', 'orders.price')
            ->where('name', 'John')
            ->orWhere('name', 'Bill')
            ->get()

 

[Dotrox]

8 часов назад, chukcha сказал:

Это просто обертка над твоим

Обёртка, которая сохраняет $this->db->query и превращает query builder в замену склейки SQL прямо в моделях.

Смысл ведь не просто в том, чтоб убрать из моделей голый SQL. Смысл в том, чтоб можно было получить полный программный контроль над процессом взаимодействия с базой: от формирования запроса до его выполнения и обработки результатов.

Чтоб модуль, например, мог вообще заблокировать выполнения стандартного запроса и в результаты подставить собственные данные. Только в таком случае в OCMOD пропадёт какой-либо малейший смысл (по крайней мере в моделях).