inifiles vs xml

← →
Медвежонок Пятачок © (2008-07-31 13:41) [40]

не. каждому юзеру по инстансу оракла

← →
Медвежонок Пятачок © (2008-07-31 13:42) [41]

а у кого какой инстанс - хранить в xml

← →
KilkennyCat © (2008-07-31 13:42) [42]

> Ega23 © (31.07.08 13:40) [39]

и еще один в котором хранится информация о других ини. Ну и еще один, в котором хранится тож что-нить.

← →
Медвежонок Пятачок © (2008-07-31 13:43) [43]

и еще один самый_козырной_ини.ini

← →
Medbe}I{onok XML © (2008-07-31 13:50) [44]

Фанбоизм?

а ето что такое?

← →
Vlad Oshin © (2008-07-31 13:56) [45]

> Для тебя похоже действительно xml это всего лишь текстовый
> файл с неудобной разметкой

да, это всего лишь текстовый файл. С разметкой.

selectsinglenode - это не инструкция процессору, а процедура/функция, которая разбирает, что там в определенном ноде понаписано.
Ты разбирал ее реализацию?

xml dещь полезная, не спорю. Именно из-за оговоренных разметок.
Но тем, кому нужна.

> selectsinglenode("/settings/users/user[@id="Вася Пупкин]/window/days[@name="friday"]/even[@id="true"]/form_dimentions");

ничем не лучше Get(Friday,Vasja,BLABLA,fjdghkdf);
реализация то какая?

> Anatoly Podgoretsky © (31.07.08 13:39) [38]
> > Vlad Oshin © (31.07.08 12:46) [31]
> А нафига мне настройки другого пользователя в моем файле.

а в xml они не в одном файле?

← →
a.a.j. © (2008-07-31 13:58) [46]

если пользователей несколько, то лучше сделать учетные записи
а если есть учетные записи, то и проблем с ini нет

← →
Anatoly Podgoretsky © (2008-07-31 14:00) [47]

> Ega23 (31.07.2008 13:40:39) [39]

Так оно и есть, если делать по правилам "где хранить настройки", пользовательские настройки надо хранить в пользовательских файла, а общие в AllUsers.

← →
Anatoly Podgoretsky © (2008-07-31 14:00) [48]

> Медвежонок Пятачок (31.07.2008 13:42:41) [41]

Это тем у кого недостаточный инстанс.

← →
Medbe}I{onok XML © (2008-07-31 14:01) [49]

Ты разбирал ее реализацию?

Ну дак у всего есть реализация и чего?
Одни реализации дают н возможностей, другие м возможностей.
Спор то вокруг того, у кого этих возможностей больше.

Я например могу дать зуб на отсечение, что те кто использует оракл не пользуется всей полнотой его фич. Но ведь пользуются же.
Потому что "им так надо"

← →
Medbe}I{onok XML © (2008-07-31 14:02) [50]

Так оно и есть, если делать по правилам "где хранить настройки", пользовательские настройки надо хранить в пользовательских файла, а общие в AllUsers.

не. лучше на Выделенном Сервере Настроек

← →
a.a.j. © (2008-07-31 14:04) [51]

я пользуюсь oracle по долгу службы, а ещё потому что такие вещи, как отсутствие простых limit, increment и т. д. стимулирует смекалку :)

← →
Medbe}I{onok XML © (2008-07-31 14:07) [52]

Anatoly Podgoretsky ©

Есть живой пример такого подхода.
Софт от авермедиа. Конкретно настройка каналов.
Писатели его тоже были очень мудрые чуваки и все хранят в профиле юзера.
Но этого им показалось мало.
результат:
При переустановке системы или самого софта перенести настройки самих каналов это такой гемор, что проще потратить полчаса, просканировать каналы снова и тупо настроить пал/секам для каждого.

← →
a.a.j. © (2008-07-31 14:07) [53]

в общем, стало понятнее что и для чего
попросту, всё зависит от приложения
но продолжать использовать пока буду ini

← →
Medbe}I{onok XML © (2008-07-31 14:08) [54]

a.a.j. © (31.07.08 14:04) [51]

ну и зря. тебе майэскюэль подошел бы.
или вообще файл типизированных записей

← →
a.a.j. © (2008-07-31 14:09) [55]

> Medbe}I{onok XML

это с чего вдруг?

← →
Medbe}I{onok XML © (2008-07-31 14:09) [56]

да с того самого.

← →
Medbe}I{onok XML © (2008-07-31 14:12) [57]

субд вообще хороши, спору нет. но не всем они нужны.
тебе например нет. юзай файлы рекордов.

← →
a.a.j. © (2008-07-31 14:12) [58]

> Medbe}I{onok XML

Подошел бы, да, вполне возможно. Просто интересно, откуда такие советы )

← →
Medbe}I{onok XML © (2008-07-31 14:13) [59]

Просто интересно, откуда такие советы )

Ишь какой любознательный.
Я же ни у кого не спрашиваю почему они советуют ини.

← →
Vlad Oshin © (2008-07-31 14:15) [60]

> Одни реализации дают н возможностей, другие м возможностей.
> Спор то вокруг того, у кого этих возможностей больше.

если спор об этом - то согласен.

просто часто видна картина:
-Переходим на XXX.
-Почему?
-Он лучше, потому что новее. А новее, потому что лучше.

И сидит секретарша в 200Х ворде, хотя печатать можно и на 97.
И используют всякое_дело, неизучив и на 50% delphi (сам видел, сопротивлялся, пока не поменял работу)
И т.п.

Вот лично не вижу надобности xml. Зачем мне язык разметки, описывающий свою структуру разметки? Если я что-то предусмотрю в своей программе в разметке, то я и создам соотв. ini (txt, вав, XYQ). А не предусмотрю - не предусмотрю, пусть хоть чего там понапишут в этой разметке...

← →
a.a.j. © (2008-07-31 14:16) [61]

Я ж не использую оракл для хранения настроек своего приложения )) Для этого есть ини, а к субд я только обращаюсь, ничего более )

← →
Medbe}I{onok XML © (2008-07-31 14:17) [62]

обращайся к файлам рекордов. это достаточно.
и там и там данные.
зачем тебе лишняя прокладка в виде оракла?
только тормозит и память жрет.

← →
Medbe}I{onok XML © (2008-07-31 14:21) [63]

Vlad Oshin ©

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

← →
a.a.j. © (2008-07-31 14:21) [64]

> зачем тебе лишняя прокладка в виде оракла?

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

← →
Medbe}I{onok XML © (2008-07-31 14:25) [65]

ооооо!
спаси бюджет - откажись от оракла

← →
Medbe}I{onok XML © (2008-07-31 14:28) [66]

и т.д., а это ой какая большая база

Чо? целых тридцать тысяч семей на очереди ?

← →
Игорь Шевченко © (2008-07-31 14:29) [67]

> При переустановке системы или самого софта перенести настройки
> самих каналов это такой гемор, что проще потратить полчаса,
> просканировать каналы снова и тупо настроить пал/секам
> для каждого.

Кстате подтверждаю

← →
a.a.j. © (2008-07-31 14:30) [68]

я спасу бюджет, когда уволюсь)

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

в каком ?

> в каком ?

А это уже говорить мне ни к чему)

> А это уже говорить мне ни к чему)

Ясно. А то вдруг на Соломеной сторожке...

> Ясно. А то вдруг на Соломеной сторожке...

Неа :(

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

> Medbe}I{onok XML (31.07.2008 14:02:50) [50]

Это отдельный случай. Рассматривать лучше общий.

> Medbe}I{onok XML (31.07.2008 14:07:52) [52]

Ну так уроды они везде, это как раз тот случай, когда хранение должно быть в двух разных папках и должен быть импорт/экспорт.
Теперь личное наблюдение, когдя я смотрю на ПО для разного рода железа меня дрожь берет, то ли заставили инженера писать его, толи вообще бомжа пригласили. Исключения весьма редки. Разного рода тюнеров у меня было несколько, а в рамках одного тюнера, каждая версия становилась все хуже и хуже, вплоть до полной не работоспособности.

> a.a.j. (31.07.2008 14:30:08) [68]

Заберешь Оракл с собой?

> Игорь Шевченко (31.07.2008 14:38:11) [71]

Непонятно, кто из вас двоих испугался.

Вот лично не вижу надобности xml. Зачем мне язык разметки, описывающий свою структуру разметки? Если я что-то предусмотрю в своей программе в разметке, то я и создам соотв. ini (txt, вав, XYQ). А не предусмотрю - не предусмотрю, пусть хоть чего там понапишут в этой разметке...

Да кто ж с этим спорит.
Расскажу историю про себя.
Был начинающим клипперистом. Нужно было отобразить данные в табличном виде (что-то типа нашего грида). Про то, что там есть объектное расширение специально для этого я еще тогда не знал. Что получилось:
идем в начало таблицы, и с позиции экрана ху начинаем делать аут на экран. Потом некст к следующей записи. Все время запоминаем где что нарисовали. когда отрисовано нужное количество строк идем обратно на first, рисуем шпалу курсора. дальше цикл ожидания ввода и перемещение шпалы и указателя в dbf + скроллинг экрана если юзер шагнул ниже последней видимой записи.

Смешно? Разумеется смешно. Потому что другого ничего не знал.
Вот сегодня примерно так же и ваши рассуждения выглядят про ненужность xml и возможность все сделать руками самому.

> Смешно? Разумеется смешно. Потому что другого ничего не
> знал.
> Вот сегодня примерно так же и ваши рассуждения выглядят
> про ненужность xml и возможность все сделать руками самому.
>

нисколько не смешно. если чуть-чуть только.
Зато это опыт.

Есть грид - замечательно.
А если мне нужен edit? я буду усекать грид до одной ячейки, сожрав кучу ресурсов?

Зри в корень. Текст он и есть текст. А то что к нему дописали - это то что к нему дописали. Надо - бери, нет - не зачем усекать грид до ячейки, бери ячейку.

еще видел, как имя последнего пользователя и имя БД в xml писали.
две строчки - в xml. Реальные разработчики..

А как в BDS2006 реализовано CodeTemplate(в xml)? в 7мерке было проще и понятнее и быстрее.

inifiles vs xml Найти похожие ветки