Дмитрий Беляев а как Вы организуете код на js frontend? вот javascript.ru/optimize/antimvc предлагалось использовать DOM в качестве модели. Хотя это как Вы пишите плохая практика.
Как по Вашему лучше строить архитектуру? Что думаете о Модуль-Фасад-Медиатор? Или готовыми фреймворками пользуетесь?
Эти все ссылки я уже раз 100 просматривал и книгу читал... но реального рабочего приложения так и не нашел. Или слишком сложно для широкого применения или есть другие причины.
Правильно ли использовать MVC на frontend? Его из backend перетянули в браузер.
фреймворки это хорошо. спасибо изучу.
Я когда знакомился с php mvc, то начал не с фреймворков, а с того как написать свой. Нашел статью в которой разбирался простой самописный движок. Теперь понимаю саму суть и могу за пару часов написать свой мини-движок. Так и с js. Я понимаю что тот же роутер можно описать несколькими функциями. Но я просто не могу пока уловить саму суть. Наверное придется углубляться во фреймворки.
(function() {
window.sample = {}; // Главный объект приложения
sample.routers = {}; // Объект, содержащий контроллеры для обеспечения
// переходов между разделами приложения.
sample.models = {}; // Объект для хранения моделей с данными
sample.ui = {}; // Объект, содержащий контроллеры, отвечающие за
// построение интерфейсов приложения и их поведения.
sample.core = {state: null}; // Ядро нашего приложения. Содержит в
// себе объект, являющуюся «песочницей».
sample.modules = {}; // Объект, содержащий контроллеры других
// модулей системы
})();
(function() {
window.sample = {}; // Главный объект приложения
sample.routers = {}; // Объект, содержащий контроллеры для обеспечения
// переходов между разделами приложения.
sample.models = {}; // Объект для хранения моделей с данными
sample.ui = {}; // Объект, содержащий контроллеры, отвечающие за
// построение интерфейсов приложения и их поведения.
sample.core = {state: null}; // Ядро нашего приложения. Содержит в
// себе объект, являющуюся «песочницей».
sample.modules = {}; // Объект, содержащий контроллеры других
// модулей системы
})();
Вы меня не правильно поняли. Мне не нужна подробная блок схема со всеми функциями. Вы же сами пишите что дробите задачу - вот я хотел бы взглянуть на общую картину, для понимания от чего отталкиваться и что вообще нужно дробить.
Кирилл Арутюнов
Вы немного не поняли мой вопрос. мне надо найти все id товаров
SELECT DISTINCT id_product FROM products_params WHERE ......
чтобы получилось:
weight > 350 AND color = green AND size < 500
kretsu:
| типа "картошка от Андрея", "картошка Антошки"
При чем тут товар. Это вопрос к категориям. Для этого нужно дерево категорий. А товары разные - "картошка от Андрея" - id=2, "картошка Антошки" - id=3. Это 2 разных товара. Они просто относятся к категории "картошка". Не путайте!
| А если у картошки еще 10 сортов...
конечно, но это уже идет в другой таблице параметров. У каджого товара может сущевствовать сколько угодно параметров - Это совсем другая таблица! В которой есть id_товара,параметр,значение.
| Теперь про ордер и позиция_ордера. Как минимум заказ (ордер) имеет
| номер, дату, статус и поставщика, это все в собираетесь пихать в свой
| вариант таблицы?
Ну вообще то не пихать а записывать. И где же этой информации хранится, если не в ордере???
| НДС будем считать на уровне общей суммы ордена или по каждой позиции?
по каждой позиции, в заказе могут быть разные поставщики, а в ордере(номере_ордера)-только один товар и соответственно один поставщик - значит и % наценка одна.
| Да и с поставщиком на уровне позиции ордера я переборщил :)
| правильно поставщика оформлять в шапке ( в таблице ордера)
| иначе потом труба с бухгалтерией :)
Наоборот!!! в заказе(в вашем случае это ордер) могут быть много поставщиков! как тут обозначить одного - никак! а в ордере(в вашем случае позиции_ордера) - только один товар - а значит один поставщик!
| "работник оформляет заказ", "работник отменяет заказ" , "возвращаем товар",
| "частично возвращаем товар". чем больше - тем лучше.
Это вообще проще простого - в ордере в графе "статус" - пишем его состояние (0 - не оплачен, 1-оплачен, 2-оформляется, 3-доставляется,4.5.6..... и т д)
Если бы вы прочитали мой вопрос, то возможно подумали как на него ответить.
Мне нужно, что бы при выводе товара показывалась сумма всех ордеров(позиций_ордеров) поставщика этого товара.
Вы же мне предлагаете - поставщика вообще не записывать в позицию_ордера, и в товар не записывать поставщика. Блин, но как же мне найти сумму всех ордеров???? так и не хотите отвечать..
Про категории товаров ндс и т п... спасибо за ваше мнение, но вы напрасно думаете что я буду делать ИМ состоящий из 3х таблиц. Там помимо дерева категорий будет еще и таблица юзеров(вы про нее забыли сказать) и много чего еще... Кстати никакой конкретики в ваших комментариях пока не было. Только общие слова - надо то, надо то и еще что-то. Ну как бы я это и так понимаю.
Вопрос мой в другом. И таблизы 3 шт я привел и они совсем пустые, для того чтобы не засорять лишний информацией вопрос. Конечно же у меня есть и таблица заказов(в вашем случае ордеров). А моя таблица ордеров это ваша позиция_ордера. Ну какой смысл мне их все лепить в вопрос??? Мне конкретно надо решить грамотно задачу - сумма всех ордеров поставщика.
Пока что решение такое - в ордер (позиция_ордера) добавить пункт id_поставщика, и еще или в поставщике создать пункт сумма_всех_ордеров и обновлять его раз в час или раз в день(пересчитывая все ордера)
Другой вариант - при закупке товара приплюсовывать сумму в пункте поставщиков сумма_всех_ордеров. Но в ордерах все равно придется id_поставщика делать для ручной проверки в случае надобности -ну или искать ордера через товары можно - ручная проверка она будет не часто происходить, поэтому нагрузка на выборку не будет критичная.
| Товар в принципе ничего не должен знать о поставщике.
а товар мне у кого заказывать??? и как у позиции_ордера в таком случае появится id_поставщика ? ордер с потолка его придумает? Или все таки из таблицы товаров найдет id_поставщика? Я наверное чего-то не понял что вы имели ввиду, когда писали, что товар ничего не должен знать о поставщике... Где и как тогда эта информация хранится??
По поводу цены в товаре - то однозначно это цена поставщика. Цена на сайте вычисляется, НАПРИМЕР цена_поставщика Х 1.25 (+25%), процент можно выставлять отдельной таблицей, в зависимости от id_поставщика, id_категории, скидок итд.... Как то так.... Если честно я об этом еще не думал. Если есть интересные варианты реализации цены - буду рад их услышать. А цена поставщика все равно должна где то хранится, почему ей не хранится в самом товаре????
Ваша таблица почти ничем не отличается от моей. Вы просто "Ордер" заменили на "Позиция_ордера".
Вы мне лучше напишите, как мне быстро рассчитывать сумму всех "позиций_ордеров" одного поставщика.
