Страница 1 из 1

В теме пример файла, удобно так хранить?

СообщениеДобавлено: 06.01.2016 21:59:22
Sharfik
Может я что то пропустил в учебниках, но разве удобно так хранить данные, а тем более их потом читать обратно? XML, INI - не модно?
Пример файла с параметрами одной программы. Речи о кавычках, когда есть пробелы в тексте не идет, разделение табуляцией.
# This is a Revit shared parameter file.
# Do not edit manually.
*META VERSION MINVERSION
META 2 1
*GROUP ID NAME
GROUP 1 Общие параметры
GROUP 3 Экспортированные параметры
GROUP 4 Помещения
GROUP 5 Виды
GROUP 6 Листы
GROUP 7 Параметры АС
GROUP 8 Сведения о проектировщике
GROUP 15 Сведения о заказчике и проекте
GROUP 16 Общие параметры комплекта
GROUP 17 Готовые изделия
*PARAM GUID NAME DATATYPE DATACATEGORY GROUP VISIBLE DESCRIPTION USERMODIFIABLE
PARAM bb3fbe03-6b93-46ad-bc7d-8a32953a377f Тип_пола TEXT 4 1 1
PARAM 661ca508-f25e-43ed-b947-aabb786f2cbf Наименование_компании TEXT 8 1 1
PARAM 9c98831b-9450-412d-b072-7d69b39f4029 Обозначение TEXT 1 1 1
PARAM 15284426-f3d8-4c55-9a6c-f9eea1393db3 Сотрудник_3_фамилия TEXT 8 1 1

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 06.01.2016 23:03:00
zub
А в чем проблема? простой текстовый файл

зы. автодеск любит такое))

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 15:07:07
resident
Sharfik писал(а):Revit

Ого, я лет восемь назад в нем проектировал (Revit MEP). Тогда он только появился, кряков не было пару лет. Чтобы его использовать приходилось каждый месяц восстанавливать комп из образа и устанавливать прогу заново. Просто снести Винду было недостаточно - прога писала и в загрузочный сектор жесткого диска, т.е. нужно было еще править кое-какие данные руками под Досом.

Sharfik писал(а):XML, INI - не модно?

Там наверное много народу и единообразия нет. В Revit MEP типы труб хранились в отдельном XML.

з.ы. Если не секрет, а что за задание? И кто заказчик? В те времена в Ревите работал только Моспроект.

Добавлено спустя 6 минут 3 секунды:
zub писал(а): автодеск любит такое))

Там принимают нестандартные решения :) Запись в загрузочный сектор диска об установленных прогах - это финиш. Такого я не видел никогда и ни от одной проги других писателей. Поэтому до сих пор если ставить всю их салянку вместе на один комп типа 3dMax, Ревит, Автогад и т.д., то нужно соблюдать последовательность, иначе кряки не подействуют.

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 15:26:39
Sharfik
Без заказчика, сам с ним разбираюсь. Работодатель новый решил не стоять в конце, и начать у себя внедрять информационное моделирование. Разбираясь с ним оказалось что "Общие параметры" он хранит в таком виде. В одном месте один формат хранения, в другом другой, где то третий.. Стало интересно спросить, может есть какое то обоснование))
Паскаль к сожалению к Revit не прикрутить, все исходники на C#.

В MEP типы трубы хранились в отдельном XML.

Полезная информация)

Добавлено спустя 6 минут 7 секунд:
resident писал(а):Там принимают нестандартные решения :) Запись в загрузочный сектор диска об установленных прогах - это финиш. Такого я не видел никогда и ни от одной проги других писателей. Поэтому до сих пор если ставить всю их салянку вместе на один комп типа 3dMax, Ревит, Автогад и т.д., то нужно соблюдать последовательность, иначе кряки не подействуют.

Не замечал, пока все работает.

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

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 15:47:04
zub
>>Там принимают нестандартные решения
Там делают так, чтоб использование данных подготовленых на их платформе без башляния им было очень большим гемороем

То что данные лежат в простом текстовом файле не значит что внутри программы они должны лежать в стринглисте или подобном. Читаем, конвертим в удобную для нашего случая структуру. Это всего лишь формат хранения на диске между сессиями программы.
Тоже пришлось бы делать и в случае XML (INI вообще про такой формат не слышал)), там каждый %^%^& как умеет), такчто имхо по сути разницы нет.

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 16:17:55
Sharfik
Доступ к данным почти всегда есть, либо через API, либо через форматы предназначенные для сторонних программ. То что в случае AutoCAD - dwg стал популярным это скорее из-за лени пользователей. Кроме него есть еще два формата(dxf,dwf) файла, слыша которые многие не понимают о чем с ними говорят.

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 17:43:38
resident
Sharfik писал(а):Паскаль к сожалению к Revit не прикрутить, все исходники на C#.

В двух словах можете сказать, зачем к нему прикручивать паскаль?
з.ы. У меня спецификацию сам считал какую хочешь.

Sharfik писал(а):пока все работает

Если завелось, значит и будет работать. Там изначально может не запускаться. Прикол, еще был вариант, нужно ключеделку от первого активированного продукта использовать и для остальных. Странно конечно.

Sharfik писал(а):теперь только аренда

О, да это похоже тренд. IntelliJIDEA туда же.

Sharfik писал(а):Кроме него есть еще два формата(dxf,dwf) файла, слыша которые многие не понимают о чем с ними говорят.

DWF - замена PDF от Доски. Лучше чем PDF, имхо.
А вот DXF и я не знаю зачем :) Динамические блоки, подшивки и прочие не будут работать?

zub писал(а):Там делают так, чтоб использование данных подготовленых на их платформе без башляния им было очень большим гемороем

Просмотрщик DWF доступен на сайте Доски бесплатно. Кстати, я его всегда ставил себе отдельно.
Так же перепробовал все бесплатные аналоги Актогада и таки нашел! В DraftSight все совпадает, ну только при печати там небольшой сдвиг. Но это решается быстро.

Добавлено спустя 7 минут 16 секунд:
Sharfik писал(а): Работодатель новый решил не стоять в конце, и начать у себя внедрять информационное моделирование.

Это хорошо. Создание семейств оформления начинается с выбора шрифта. Иначе потом придется править все семейства. Свой патченный шрифт прикрепил к сообщению, может вам пригодится.
з.ы. С оригинале SPDS Графикс буквы какие-то залезали друг на друга, уж не помню.

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 07.01.2016 19:31:02
Sharfik
resident писал(а):В двух словах можете сказать, зачем к нему прикручивать паскаль?
з.ы. У меня спецификацию сам считал какую хочешь.

Плагин нацарапать вдруг захочу. Первое что сделал, прошерстил интернет на тему бесплатных и доступных по подписке плагинов)) Нашел способ связи с программой расчета освещения(Dialux), чтобы не дублировать в ней геометрию. Спецификации собираются программой, но тоже с некоторыми особенностями. В общем из путей решения, люблю когда есть возможность самому что то написать.
resident писал(а):А вот DXF и я не знаю зачем :) Динамические блоки, подшивки и прочие не будут работать?

Связь с другими САПР. У Zub например программа именно на его использует. Динамические блоки вообще мало где работают, кроме Автокада. Атрибуты поддерживаются, а вот изменение геометрии частично. Мне из всех аналогов русский nanocad больше понравился, чем другие.
resident писал(а):Это хорошо. Создание семейств оформления начинается с выбора шрифта. Иначе потом придется править все семейства. Свой патченный шрифт прикрепил к сообщению, может вам пригодится.
з.ы. С оригинале SPDS Графикс буквы какие-то залезали друг на друга, уж не помню.

Спасибо, но для совместимости шрифтов решил что надо выбирать из набора поставки Автодеск. GOST_Common очень похож на ваш вариант, только по жирности отличается.

Re: В теме пример файла, удобно так хранить?

СообщениеДобавлено: 11.01.2016 19:00:30
Дож
В теме пример файла, удобно так хранить?

Зависит от поставленной задачи. Я люблю tsv-шки и пользуюсь ими, если структура хранимых данных не слишком сложная (по параметрам кол-ва полей и вложенностей).