уж как-то все слишком просто.. это несолидно
..
..
.. хотя......кто как к нему относится? мне нравицца ..XSLT это универсальный язык обработки XML.
думаю что объекты и классы в программе всегда представляют объекты конкретной предметной области , а "универсальные" академические алгоритмы конструирования всего то показывают как это сделать с максимальной эффективностью
Эта цитата наверно скоро побьет все рекорды по цитируемости
OK, все будет free
когда вырастет не одно поколение обезьян за компом, то они напишут не только windows, но Oracle, Unix за одно и Войну и Мир. К сожалению, к этому времени человечество очевидно вымрет и мы не узнаем о результатах столь градиозного эксперимента
Да там ничего сложного нет. Берешь лубую доку по UML и например Rational Rose и разбираешься.
Категория, по идее, должна описываться отдельной моделью, так что к категории отдельно идет полный комплект MVC. При отображении же товара его V должен вызвать V категории для получения комбобокса (или контроллер категории?). Как они должны взаимодействовать между собой?
ПРоще вообще не заморачиваться со всем MVC, но это не правильно, усложняет обслуживание/доработку, нельзя применить в других проектах.
В данном случае не проще, потому что с категориями тоже надо как-то работать - добавлять/удалять/редактировать, работать с деревом категорий/подкатегорий. Получается, что категории кардинально отличаются от товаров - у товаров не может быть подтоваров (смысла не имеет), да и набор свойств у товаров и категорий отличается (у категории только название и ид, может быть еще порядок расположения и родитель, хотя можно и еще пару свойств добавить при необходимости), а у товара просто набор свойств. Вот и выходят такие варианты:
В моем понимании у меня один Контроллер, который все данные распихиваеат по Моделям, т.е. вызывает Соответствующий класс обработки данных соответствующей "Модели".
