на примере магазина:
есть товар, обладающий перечнем свойств
есть некий ресурс возвращающий множество товаров
собсна непонятки:
1) если товар в базе это набор полей в таблицах, то к примеру если я изменяю какое либо свойство товара, а точнее несколько, то когда производить изменения в базе, при каждом изменении или как то красивее?
2) товар это объект или структура?
в первом случае (объект), как абстрактно представить ресурс возвращающий множество товаров (объектов)
во втором (структура) получается что присутствие объекта "Товар" не логично, по логике это должен быть объект типа "склад" или чет типа того, который уже и обрабатывает модификации/возврат товаров
1. DlTA - 10 Февраля, 2012 - 17:15:33 - перейти к сообщению
2. Panoptik - 10 Февраля, 2012 - 19:04:56 - перейти к сообщению
таблица товаров - это и есть ваш склад, если мыслить абстрактно.
объект товар - одна запись в этой таблице.
объект товар - одна запись в этой таблице.
3. caballero - 10 Февраля, 2012 - 19:19:38 - перейти к сообщению
Цитата:
товар это объект или структура
объект с определенной структурой
4. DlTA - 11 Февраля, 2012 - 00:03:32 - перейти к сообщению
Panoptik пишет:
я подозреваю что у вас нет достаточного опыта работы с ин.маг. когда нить поймете насколько абсурдна эта запись.объект товар - одна запись в этой таблице.
caballero пишет:
чтоб мы говорили на одном языке уточню что я имел ввидуобъект с определенной структурой
структура - это некий набор данных (вектор),
а объект - это объект, имеющий как свойства так и методы
п.с. не будем разводить шум о том что в С++ и ему подобном структура это почти тот же объект и т.д. и т.п.
в данной конкретной ситуации это "сложный" тип данных с пачкой публичных свойств и не более.
5. caballero - 11 Февраля, 2012 - 00:50:42 - перейти к сообщению
Цитата:
а объект - это объект, имеющий как свойства так и методы
Понятие объекта никак не связано с тем есть у него методы или нет
6. DlTA - 11 Февраля, 2012 - 01:46:28 - перейти к сообщению
caballero пишет:
Понятие объекта никак не связано с тем есть у него методы или нет
спор ни о чем
7. caballero - 11 Февраля, 2012 - 01:52:56 - перейти к сообщению
Цитата:
спор ни о чем
ты ж сам тему поднял.
И спорить тут действительнол не о чем - вещи очевидные.
8. DlTA - 11 Февраля, 2012 - 02:03:47 - перейти к сообщению
caballero пишет:
а по теме?
И спорить тут не о чем - вещи очевидные.
9. caballero - 11 Февраля, 2012 - 02:12:49 - перейти к сообщению
Цитата:
а по теме?
так сформулируй ее так чтобы это не было какой то мешаниной понятий и
вопросы как то поконкретней. Иначе и ответы такие будут
10. DlTA - 13 Февраля, 2012 - 11:00:13 - перейти к сообщению
[UP]
11. DlTA - 17 Февраля, 2012 - 14:25:51 - перейти к сообщению
в продолжение темы:
ситуация, имеем некоторый заказ/пользователь/...
у которого есть статус (получен,вылечен, отправлен)
у каждого статуса есть свой набор Email и sms сообщения
Работа заключается в обработке статусов,
у меня реализовано следующим образом
некая структура
ситуация, имеем некоторый заказ/пользователь/...
у которого есть статус (получен,вылечен, отправлен)
у каждого статуса есть свой набор Email и sms сообщения
Работа заключается в обработке статусов,
у меня реализовано следующим образом
некая структура
CODE (php):
скопировать код в буфер обмена
скопировать код в буфер обмена
- class SStatus{
- public $pId = 0;
- public $pName = "";
- public $pMailText = "";
- public $pSMSText = "";
- }
и класс
PHP:
скопировать код в буфер обмена
скопировать код в буфер обмена
- class CStatus {
- /**
- * @param int $id
- * @return SStatus
- */
- static function getStatusById($id){... }
- }
тоесть метод getStatusById возвращает заполненную структуру данных, которую можно аккуратно использовать не заморачиваясь с ассоциативным массивом.
так вот вопрос с точки срения архитектуры это правильно?
подобная реализация с одной стороны вроде как корректна, но с другой не очень.
