И все это как-то легко, что в голове, что на бумаге. Но как засяду за реализацию – накатывает столько вопросов, что я от этого шквала вхожу в ступор и теряю основную нить идеи.
А идеи у меня сейчас две:
- Создавать сложные (составные) теги как элемент справочника теги.
- Сложные теги будут только в качестве ярлыков для тегов.
Итак. Плюсы первой идеи:
- Можно указать представление словосочетаний (и сделать это очень легко). Например, “Физический:Лицо” можно обозначить как “Физическое лицо”.
- Можно указать тип связь между двумя составными тегами. Причем связь тоже может быть составная. (Зачем это делать вообще, я как-то и сам подзабыл уже :) )
- Путаница в какие же теги у нас основные. Например, “Адрес:Физический:Город:Чебоксары:Проспект:Тракторостроителей:Дом:23:Кв:52”.
Это можно представить как (Адрес:Физический):(Город:Чебоксары):(Проспект:Тракторостроителей):(Дом:23):(Кв:52), или как (Адрес:Физический):(((((((Город:Чебоксары):Проспект):Тракторостроителей):Дом):23):Кв):52)
А вот как правильно я не придумал. Так как мне теги “Проспект:Тракторостроителей” и “Дом:23” очень нравятся. Но второй вариант показывает, что в городе Чебоксары, есть проспекты, среди которых есть Тракторостроителей, на котором есть дома, среди них есть номер 73, а в этом доме-квартиры, и есть квартира номер 52.
Из-за чего придумал, что нужно писать как Адрес:Физический:Город:Чебоксары:Проспект:Тракторостроителей:Дом:23:Кв:52, и уже понимать как сам хочу, то есть во всех смыслах. То есть, создание элементов справочника как сложные теги вроде бы и не нужно.
А что самое обидное, так нигде и не нашел толковой информации по структурированию тегов. Чаще всего древовидная. А на кой черт мне папки? А бывает встречается и “мультирод
ительская” организация. Но чтобы применяли в добавок к этому еще сложные теги, этого я не встречал.
Комментариев нет:
Отправить комментарий