Вопрос

Я использую CakePhp для веб -приложения. И я нахожусь на начальном этапе развития. Я делаю дизайн и разрабатываю бок о бок.

Пока что у меня есть 7 столов.

--Site
|--ABC
|--|--BCD [hasMany]
|--|--TED [hasMany]
|--|--NOC [hasOne]
|--|--GED [hasMany]
|--|--LOC [hasMany]

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

В настоящее время я определяю сайт отношений Hasmany ABC и ABC Hasmany BCD ... LOC и наоборот. Я могу получить и сохранить данные в настоящее время.

Что меня беспокоит, так это то, если система достаточно гибкая, чтобы легко включить какие -либо будущие изменения.

Об иерархии моих классов, если сайт расширяет AppModel и ABC Extends Site и так далее. Или определение отношений даст мне все, что мне нужно.

Все управляется контроллером ABC.

Любое предложение?

Заранее спасибо.

Это было полезно?

Решение

Трудно по -настоящему дать отзывы о фиктивных моделях или аббревиатуре, но - все модели должны расширить AppModel и просто позволить вашим ассоциациям/отношениям выполнять всю работу. Я не вижу причин, по которой это не оставляет его полностью гибким и до сих пор хорошо работает для меня в каждом проекте.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top