что за тишина?
может я чего то не правильно выразился, так спрашивайте.

http://phpforum.ru/index.php?act=Search&CO...%F0%E7%E8%ED%E0

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

Скажите раз, скажите два, скажите три - мы вас на**ли
udaff.es не распинайся и не пытайся тут что то им объяснить доказать, они в танке, если что то не знают то обязательно дадут линк, а что за линк это тебе уже разбираться

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

udaff.es
Наберите в нашем поиске волшебное слово корзина и будет вам счастье.

естественно, прежде чем спрашивать, я искал по форуму. вот только в ООП кроме моего поста ничего не выходит.
как реализовать процедурным подходом я вкурсе.
мне вот интересно как это правильно сделать в ООП.
я ж не прошу решить за меня, лишь прошу совета в алгоритме реализации.
свои мысли я уже изложил, но так как я новичек в ООП то и спросил, верно ли я думаю или есть другой вариант.

japanxt2 - есть тут и танкисты , тока не я. можно было в личку отписаться, я б увидел, вообще я чаше в первой страницы PHP для начинающих

для udaff.es :

Дело в том что я тоже тока полез в ООП и сразу вылез, т.к. решил что могу и без этого прожить, пока не прижало.

А по поводу алгоритма как я его вижу:

я бы при входе пользователя, при первой его попытки купить - создавал бы новую таблицу с именем pay_id(юзера)

т.к. товар это - товар - то она бы включала в себя:

id раздела | id товара | name товара | цена | количество |

но тока кол-во я бы проверял на наличие на складе

потом по sum цена - показывал общюю стоимость

Так же не стоит забывать что юзер в любое время может отказаться от какого либо товара (значить вывод должен быть кликабельным, с возможностью посмотреть ещё раз товар, изменить его количество, удалить из корзины)

После покупки, или выходя - я бы удалял эту таблицу.

Если On-line - расчёт - значить выводить банковскую форму для оплаты с данными (типа кассового ордера),
Если интернет деньги - уточнить возможноть работы с этим у хостера

для обоих вариантов - необходимо проверять наличие оплаты

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


если чё ещё в голову придёт - допишу в этом сообщении, так что контролируй момент.

Вот добавляю: когда посетитель у вас затарился - не забудте в момент затарки -сверится с наличием товара (если поставки частые - то можно и не контралировать), а после покупки - списать его из наличия на складе

В общем не чего сложного.

ну да.. а что резервировать и создавать таблицу при регистрации ?
или хранит в файлах txt
или в сессиях.

это все го то моё видиние вопроса, на сам деле я не знаю как это реализуется.

во первых чё разводить демогогию не по теме.
а во вторых там написано что ЯЯЯЯЯЯЯЯЯЯЯЯ ?
и потом работаю я за зарплату а это деньги а деньги стимул... ход мысли уловит не трудно.

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

Для автора темы: позволю себе еще раз упомянуть поиск.
Например заходим вот сюда: http://phpforum.ru/index.php?act=Search&f=
Там набираем слово "корзина" и форум вываливает кучу тем... Там наверняка можно найти "первые шаги".

да...выходит что оптимальный вариант использовать массив сессий вместо создания таблицы.

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

Остается сессия

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

мне же интересно как это правильно реализовать на ооп: хранить также данные в сессии в массиве, а затем на каждой странице делать new Cart(array) и в конструкторе наполнять ее(при таком варианте получается что данные храняться в двух местах и надо следить чтоб они синхранизировались при наполнении или удалении товара) или же можно в сессию закидывать сразу объект Cart?

Практика ООП всем новичкам преподносит подобные вопросы. Как лучше представить объекты? А может быть если я сделаю так, то зайду в тупик, и не получится ОО структуры ?... Эти вопросы можно задавать себе бесконечно. Лично я делаю так: Допустим есть задача, составляем список последовательных действий для её решения. Затем берем одно из этих действий и также
разбиваем на несколькько последовательных действий и т.д. В результате с каждым шагом становится понятно, что принять за объект, а что за функцию. А
если возникает 2 или более вариантов решения задачи, то стоит выбрать тот, что будет быстрее работать.

в общем, пока не попробуешь-не узнаешь.

я в том направлении мыслю?
вот сам класс:

<?php
class Cart
{
    private $qw = array();
    private static $instance = null;
    
    private function __construct() {}
    
    private function __clone() {}
    
    public function set_cart($id)
    {
        $this->qw[] = $id;
    }
    
    public function get_cart()
    {
        print_r($this->qw);
    }
    
    static function createCart()
    {
        if (self::$instance === null)
            self::$instance = new Cart();
        
        return self::$instance;
    }
}

?>

а вот код:

<?php
include('cart.php');

session_start();
$_SESSION['cart'] = isset($_SESSION['cart']) ? $_SESSION['cart']: Cart::createCart();
$cart = &$_SESSION['cart'];

$cart->set_cart(8);
$cart->get_cart();

?>

попробовал - такая тема не катит. надо что-то новое придумывать...