Показать сообщение отдельно
Старый 23.11.2005, 12:53     # 14
/7y3uK
Advanced Member
 
Аватар для /7y3uK
 
Регистрация: 09.03.2004
Адрес: толстозадая Москва
Сообщения: 498

/7y3uK Реально крут(а)/7y3uK Реально крут(а)/7y3uK Реально крут(а)/7y3uK Реально крут(а)
Цитата:
gscorp:
А зачем в XML?
по моему это приведет к усложнение парсинга/выборки,
Ой как ты не прав
Сейчас напишу плюсы, которых просто НЕТ при использовании простого TXT.
1. Парсеры уже написаны давно и будут работать по выборке в несколько раз быстрее, чем самостоятельная реализация

2. Парсер строит дерево - какие проблемы с поиском информации? Заводишь уникальный атрибут id и вуаля

3. Можно использовать в зависимости от нужды уже готовые модели или DOM или SAX - а можно и то и то

4. Не нужно заморачиваться с форматом хранения - придумал по минимуму тегов с атрибутами и вот тебе готовый data structure

5. Строить табличку при известном data structure (см. п. 4) совсем не сложно - собсно по ней и надо генерить форму и валидаторы

ну и из мелочей - можно кодировку указать и пр.пр.пр...

Цитата:
gscorp:
В любом с лучае либо нуно компонент (писать или искать ) либо цеплять .net, а мне так ни кто и не смог доказать обоснованность использования этой химеры в серверных приладах. да еще xslt рисовать надо будет
Рекомендую почитать литературку по теме Парсеров НЕМЕРЯНО!
Писанины в любом случае будет в 2-3 раза меньше, чем при использовании простого txt

ПыСы
.NET в бобруйск ИМХО - JAVA рулезззз
__________________
В нашей стране настаивать на кореньях, черной смородине, лимонных корках - гораздо эффективнее, чем на правах
/7y3uK вне форума