>Сикоко жабабыдлокодеров потребуется, чтобы вывести имена файлов в данной директории:
Трое. Первый напишет класс который будет уметь выводить имена файлов откуда угодно. Второй напишет класс который будет уметь выполнять любые действия но только с одной данной директорией. А третий на их основе сделает класс, который собственно и решит поставленную задачу.
Это очень простое решение. Надо MVC по полной программе. При этом должен быть написан интерфейс
ControllerInterface. Этот интерфейс будет имплементирован абстрактными классами для каждой директории. От абстрактных классов должен наследоваться конкретный класс контроллера. Кроме того, должны быть определены классы модели, реализующие интерфейс ModelDirInterface, а также написала просмотровая часть - обязательно с использованием DOM и XML.
Нужен также ORM для хранения имен файлов. Наилучшим результатом будет не Hibernate, а полнценный Entity EJB, естественно от IBM WebSphere. Также надо убедить заказчика, что распределенность может быть достигнута использованием Session EJB и необходимо еще для B2B подхода зарегистрировать Web-сервис в UDDI.
Вот тогда задача будет решена в enterpriZe стиле!:)
Dolboyobbish IBM Style (c) называется. Даже мелкософт не додумался до таких сложностей с EJB, как "железячные" компашки, которым надобно продавать свои дорогущие сервера. Вот тут-то Жаба и помогает!:)
Кстати, можно от общего интерфейса унаследовать не массу абстрактных классов и от них унаследовать конкретные, а кучу интерфейсов, реализовав их в одном бАААльшом чиста конкретном классе.
> От абстрактных классов должен наследоваться конкретный класс контроллера
Кстати вот объясните кто разбирается во всей этой ООП-бредятине. В том же MFC - какой смысл вместо того чтобы просто создать объект класса допустим "иконка" или "кнопка" с определёнными параметрами, заставлять обязательно наследовать свою кнопку от "дефолтной", и только потом объявлять объект нового класса?
>какой смысл вместо того чтобы просто создать объект класса допустим "иконка" или "кнопка" с определёнными параметрами, заставлять обязательно наследовать свою кнопку от "дефолтной", и только потом объявлять объект нового класса?
А сам подумай? Даже простая кнопка имеет множество свойств, обработчиков событий итд итп. Их что тогда в конструкторе все перечислять, несколько строчек кода для каждой кнопки? Или задавать уже после создания все что недефолтное? Например так:
Button* MyButton = new Button();
MyButton.onclick = somehandler;
MyButton.something = anything;
итд
и подумай какая зверская реализация класса будет, _каждый_ объект будет хранить кучу всяких индивидуальных данных, большинство из которых все равно не будут отличаться от дефолтных.
Проще и удобнее новый класс отнаследовать.