Музыкально-социальный сервис.

[petergluk]

[ продолжение] Данный проект, строго говоря, не является проектом в полном смысле этого слова. Это тоже [суб]программа, тоесть, последовательность проектов, каждый из которых самодостаточен, и даже жизнеспособен в условиях полной автономии. Их объединение преследует целью достижения эффекта синергии. Я делаю заметки, зарисовки и схемки в течении уже

Comments

[rubin_attack]

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

[sergie]

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

[petergluk]

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

[sergie]

Можно и так, конечно. В общем-то, это в первую очередь особенности архитектурного решения.
Только тогда надо будет список городов ( /тегов) сделать предопределенным. Потому что иначе будет фигня примерно как поначалу в "Одноклассниках". "Троицк", "г.Троицк", "Троицк Московской области" (важно, т.к. Троицков по России штук 15), "Троицк МО" - всё это будет разными тегами про один и тот же город. Либо настраивать какую-то интеллектуальную систему фильтрации тегов, группируя/склеивая сходные воедино.
То же самое и по всем прочим тегам. (Их же будет много разных?)