Имеется задача на тему "склад". 

Есть работники склада и есть логисты. Работники склада просто помещают и изымают товар со склада, согласно накладной, помещая его в секцию с аналогичным товаром. Логисты анализируют информацию о том, какой товар чаще отгружается и принимают решение переместить его в секцию склада ближе к выходу, давая задания работнику склада. Работник склада выполняет и отчитывается. Реализовать поиск, какой товар на складе есть, есть ли место для товара, принятие системой решения о размещении товара (например, бытовую химию нельзя размещать в одной секции рядом с продуктами), вывод списка таких нарушений. 

Подскажите мне, новичку, какой паттерн (из книги "Приёмы ООП: паттерны проектирования" бандитской четвёрки )лучше использовать ? И как всё это лучше оформить. Сам я рискну предположить, что возможно, Observer (наблюдатель), но я не уверен. Времени на написание проекта очень мало, боюсь ошибиться, времени на исправление потом уже не будет. 

На данном этапе рано думать о паттернах.
В действующей программе следует использовать базу данных, но на начальном этапе можно вместо неё списки, содержащие структуры.
Определись какие таблицы нужны, какие в них будут поля, и какие действия с ними нужно делать.

одним паттерном тут не отделаться  

где в задании сказано, что при каждом изменение должно быть оповещение ?
  

PashaLost, согласен с math64 - о паттернах думать рано. Паттерны - это лишь методы решения конкретных задач. У тебя же надо проект для начала спроектировать, затем разложить на подзадачи. А потом, уже при реализации, думать о паттернах.

На каком этапе ? Откуда вы знаете, КАКОЙ у меня этап ??? 
Я уточню свою задачу. Требования к проекту (требование - обозначает обязательное использование): 
...
6. Архитектура приложения ДОЛЖНА соответствовать шаблону Model View Controller
7. При реализации алгоритмов бизнес логики использовать шаблоны GoF: Builder, Strategy, Observer и др.
...

на том этапе, котрый Вы описали вначале.. 

Вы описали целиком проект,а 



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

Ребята, помогите плз. 
Спроектировал проект, кое-как работает. 
Хотелось бы добавить в него 1-2 паттерна. Подскажите, какие и как ? 
Описание в readme

Присоединённый файл ( Кол-во скачиваний: 11 )
 main_project.zip 32,09 Kb

А зачем?

Вообще-то "паттерн" - это просто достаточно популярный рецепт решения некоторой достаточно популярной задачи. Добавлять паттерны в проект "просто так" столь же осмысленное занятие, как к имеющемуся костюму пришивать десяток пуговиц - неважно куда, просто чтоб были.

таковы ТРЕБОВАНИЯ к проекту:
Архитектура приложения должна соответствовать шаблону Model View Controller
При реализации алгоритмов использовать шаблоны GoF: Factory Method, Strategy и др. 

Ужас, ужас, ужас, страсть божья! Если это задание с собеседования, лучше шли конторку нахрен.

думаю не стОит. Неплохая контора

А вы гуглили? Читали вику на предмет своего задания?
Вводим "Model View Controller"

http://ru.wikipedia.org/wiki/Model-View-Controller

Внимательно главу "Концепция"


http://www.berdaflex.com/ru/eclipse/books/...er/ch04s06.html

Это сообщение отредактировал(а) voral - 30.11.2011, 15:26

А зачем мне читать концепцию ? Кое-какая модель MVC уже есть и кое-как она работает. 
Вопрос стоял не в этом. Нужно просто добавить использование 1-2 паттернов. 
Прошу помощи у опытных.

Потому что там идет речь о паттернах...   

И если увы сделали MVC то у вас уже должны быть использованы паттерны. Если же она у вас совсем "кое-как", то возможно вы рискуете не сдать работу.

Это сообщение отредактировал(а) voral - 30.11.2011, 16:01

Хм... а требований пользоваться латинскими буковками и не писать при этом в штанишки там, случайно, нет?


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


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

Но, в целом:

я с этим вполне согласен. Задание уж больно напоминает похмельный бред HR'а, наслушавшегося умных слов на семинаре. Правда, если учитывать все вот это:



то возникает нехорошее подозрение, что это задание из серии "чтоб соискатель задолбался и ушел сам". Прошу прощения, PashaLost, ничего личного.