Форум пользователей Visio
http://visio.getbb.ru/

Стандарты разработки
http://visio.getbb.ru/viewtopic.php?f=52&t=1766		 Страница 1 из 3
Автор:  immortal [ 14 янв 2022, 02:42 ]
Заголовок сообщения:  Стандарты разработки
тут буду собирать стандарты разработки, шапка обновляемая.
? - в обсуждении
V - принято


Содержимое спрятано под спойлер ↓
Спойлер: ▼
Мастер-шейпы УГО схем
основные требования к разработке:
УГО должно иметь следующие поля:
? Prop.sp_pos - столбец спецификации: Позиция
V Prop.sp_name - столбец спецификации: Наименование и техническая характеристика (может быть скрытым и формироваться из других полей)
V Prop.sp_type - столбец спецификации: Тип, марка, обозначение документа, опросного листа
V Prop.sp_code - столбец спецификации: Код оборуд., изделия, материала
V Prop.sp_manu - столбец спецификации: Завод изготовитель
V Prop.sp_ediz - - столбец спецификации: Единица измерения (скрытый или без возможности изменения)
? Prop.sp_col - столбец спецификации: Кол-во ( скрытое, если единичный то свойство со значением 1, если линейный размер (например метраж) то формироваться из длинны и других данных (например у меня в планах спуск проводов считается в зависимости от привязки к другому элементу и установки свойства высота прокладки) )
V Prop.sp_mass - столбец спецификации: Масса единицы, кг. (не обязательное)
V Prop.sp_prim - столбец спецификации: Примечание (не обязательное)
? Prop.sp_grup - группа (раздел) в спецификации
? Prop.sp_calc - для исключения подсчета (например для обозначения существующих элементов планов или схем и для дублирующихся ,например на плане и в схеме один и тот же элемент): может принимать три значения: новый, существующий, дубликат. Существующий и дубликат разделен для того, чтобы по этому свойству существующий делать другим оттенком (обычно серый цвет), а в дубликате не делать другим цветом

? Связывание свойства с внешними данными ориентируясь на версию Visio professional
? Сопоставление имени поля с столбцом спецификации для работы макроса задается в конфигурационном файле с именем: имя_макроса.conf

Мастер-шейпы УГО планов
основные требования к разработке:
? УГО должны иметь поля как УГО схем Prop.sp_*


Макросы
? макросы в отдельном файле без шейпов Macros.vssm

Базы данных
в обсуждении

Другие требования
? Документ содержит счетчик шейпов User.count_id_shape который содержит последнее значение id_shape для создания уникального идентификатора шейпа.
? присвоение уникального идентификатора шейпа User.id_shape автоматически макросом при вставке шейпа или вручную макросом перебором всех шейпов у которых это поле отсутствует или пустое и присвоение значения.
? использование стандарного инструмента уникального имени шейпа (только ориентироваться на версию Visio 2013 и выше)
Автор:  Surrogate [ 14 янв 2022, 08:13 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
УГО должно иметь следующие поля:
каким образом на схеме должны заполняться поля ?
immortal писал(а):
макросы в отдельном файле без шейпов Macros.vssm
в принципе разницы никакой… но почему раздельно ?
Автор:  immortal [ 14 янв 2022, 11:28 ]
Заголовок сообщения:  Re: Стандарты разработки
Цитата:
каким образом на схеме должны заполняться поля ?
в окне "Данные фигуры" при этом например у меня УГО Розетка имеет несколько полей в окне данные фигуры (основные ,полюсность, установка, защита, ток) которые объединяются в одном поле Prop.sp_name

Цитата:
в принципе разницы никакой… но почему раздельно ?
чтобы не думать в каком файле какой макрос, например для дальнейшей модификации
Автор:  Surrogate [ 14 янв 2022, 12:39 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
в окне "Данные фигуры"
я имел в виду руками?
Автор:  gtfox [ 14 янв 2022, 13:25 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
макросы в отдельном файле без шейпов Macros.vssm
При разработке это доставляет неудобство... После релиза можно, но разработка может длится бесконечно :mrgreen:
Автор:  Surrogate [ 14 янв 2022, 13:41 ]
Заголовок сообщения:  Re: Стандарты разработки
gtfox писал(а):
но разработка может длится бесконечно
100%.
у нас есть ветка где есть пятилетний горизонт планирования!
ну если не переименовывать последнюю актуальную версию, то решение годное.
будет 100500 документов, к которым подгружен данный стенсил Macros.vssm то все хорошо.
другое дело если Macros.vssm, надо отключить и подключить ко всем 100500 документам обновленный стенсил Macros_updated.vssm
но это больше организационный вопрос.
в принципе если если этот проект будет выложен на GitHub, то подобные проблемы можно минимизировать :mrgreen:
Автор:  gtfox [ 14 янв 2022, 14:24 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
УГО должно иметь следующие поля:
Я, например, приходил к подобному списку полей постепенно, по мере появления надобности в этих полях. Наверняка их придется пересматривать... а потом писать макросы, которые будут изменять эти поля в, уже созданных УГО
Опять же, я не знаю на чем Вы основываетесь... Я писал "движок" с нуля, меня волновали вопросы структуры данных, взаимосвязей, обновления, удобства проектирования (для конечного пользователя)...
Я вот до сих пор не уверен в правильности решения использовать в качестве "уникального идентификатора" ссылку на шейп в виде "Page.3/Sheet.94" (такую же, как стандартная Hyperlink->SubAddress ), потому что VISIO продолжает нумерацию шейпов с освободившегося номера. (если удалить один шейп, закинуть другой, номера у них будут одинаковые, а шейпы разные) На момент создания я этого не увидел, + это было удобно с точки зрения программирования. Да, я использую чистку ссылок в других шейпах при удалении текущего, но это не панацея
Surrogate писал(а):
макросы в отдельном файле-решение годное.
Касаемо САПР-АСУ все равно полностью не получится, т.к. макросы в документе останутся из-за использования событий
Автор:  immortal [ 14 янв 2022, 14:26 ]
Заголовок сообщения:  Re: Стандарты разработки
Surrogate писал(а):
immortal писал(а):
в окне "Данные фигуры"
я имел в виду руками?

пока руками, но тут вопрос ещё открыт, идеально конечно из базы данных с возможностью ручного ввода
Цитата:
"уникального идентификатора" ссылку на шейп в виде "Page.3/Sheet.94"
я думаю свойства документа должны иметь счетчик шейпов и при добавлении шейпа ему должен пристваиваться уникальный идентификатор равный счетчику шейпов документа плюс 1 и счетчик шейпов в документа увеличивается на 1, при удалении и добавлении нового шейпа номер будет присвоен другой нежели у удаленного.
Автор:  Surrogate [ 14 янв 2022, 14:36 ]
Заголовок сообщения:  Re: Стандарты разработки
gtfox писал(а):
если удалить один шейп, закинуть другой, номера у них будут одинаковые, а шейпы разные
это от версии Visio зависит ! начиная с 2013 версии, для новой фигуры будет новый номер не используемый ранее!
immortal писал(а):
идеально конечно из базы данных с возможностью ручного ввода
если у вас версия Visio Professional, то можно использовать связывание с внешними данными. или писать макрос, который будет выделенным фигурам добавлять нужные поля данных.
все зависит от задачи. если в щите с 12 автоматами, можно и руками. а вот если на плане размещены сотни датчиков руками прописывать кто из них кто :wall:
Автор:  gtfox [ 14 янв 2022, 14:43 ]
Заголовок сообщения:  Re: Стандарты разработки
Surrogate писал(а):
это от версии Visio зависит ! начиная с 2013 версии, для новой фигуры будет новый номер не используемый ранее!
Хм... не знал... Спасибо! Но со своей 2007 я распрощаться не готов :oops:
Автор:  immortal [ 14 янв 2022, 14:44 ]
Заголовок сообщения:  Re: Стандарты разработки
Цитата:
это от версии Visio зависит ! начиная с 2013 версии, для новой фигуры будет новый номер не используемый ранее!
в итоге Ваше мнение решения данной задачи? добавлю в шапку варианты чтобы не забыть

Цитата:
"уникального идентификатора" ссылку на шейп в виде "Page.3/Sheet.94"
добавил в шапку варианты
Автор:  immortal [ 14 янв 2022, 14:47 ]
Заголовок сообщения:  Re: Стандарты разработки
Цитата:
все зависит от задачи. если в щите с 12 автоматами, можно и руками. а вот если на плане размещены сотни датчиков руками прописывать кто из них кто
я думаю надо сделать по максимуму универсально
Автор:  immortal [ 14 янв 2022, 14:49 ]
Заголовок сообщения:  Re: Стандарты разработки
никто из тех кто разрабатывает шейпы не использует данные поля чтобы я уже перевел в статус V - принято ?
или наоборот использует аналогичные поля но с другим именем, я тогда заменю на уже используемое
Автор:  Surrogate [ 14 янв 2022, 14:57 ]
Заголовок сообщения:  Re: Стандарты разработки
Оффтоп:
gtfox писал(а):
Но со своей 2007 я распрощаться не готов
я с 2003 долго не хотел прощаться. но автозавершение формул ShapeSheet меня подкупило :mrgreen:
Автор:  Surrogate [ 14 янв 2022, 15:05 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
в итоге Ваше мнение решения данной задачи?
абсолютно универсальное решение невозможно в принципе.
Surrogate в сообщении [url]#[/url] писал(а):
Я отказался в последствии от этой затеи, т.к. мне не по силам поддерживать функциональность своего решения в разных версиях Visio! И я не рассчитывал на серьезный коммерческий успех своей затеи!
иногда ко мне обращаются люди с просьбами допилить мои бесплатно распространяемые стенсилы до требований Заказчика.
immortal писал(а):
никто из тех кто разрабатывает шейпы не использует данные поля чтобы я уже перевел в статус V - принято ?
я не использовал, по причине того что спецификация у нас только в ручную составляется.
Автор:  Surrogate [ 14 янв 2022, 15:31 ]
Заголовок сообщения:  Re: Стандарты разработки
gtfox писал(а):
ссылку на шейп в виде "Page.3/Sheet.94"
забыл про такой нюанс.
у шейпа есть ID и NameID.
Первый шейп брошенный из стенсила, будет иметь то же имя как и имя мастер-шейпа в стенсиле УЗО. к последующим уже будут добавляться некий индекс соответствующий ID фигуры, типа УЗО.740. Это поможет лучше идентифицировать фигуры. ведь какой смысл удалять одну фигуру и тут же заменять ее такой же ?
Функция замены фигур (кнопка на ленте Изменить фигуру) появилась в Visio 2013! Не знаю как там будет ли сохраняться номер ID ?
Дополнено позднее: там замененная фигура также получит новый ID
nbelyh в сообщении #10594 писал(а):
как шейпу назначить отличительный признак?

У каждого шейпа уже есть ряд встроенных признаков. Это ID (уникальный номер на странице), GUID (глобально-уникальный номер), Name (имя).
Если хочется хардкора можно и GUID использовать :mrgreen:
Автор:  gtfox [ 14 янв 2022, 15:51 ]
Заголовок сообщения:  Re: Стандарты разработки
immortal писал(а):
перевел в статус V - принято?
Я бы, на Вашем месте, сам принимал решение на основе советов с форума :)
По сути вопроса:
1) Prop.sp_pos - столбец спецификации: Позиция - как я понимаю, это порядковый номер строки в спецификации, и знать мы его не можем, пока её не заполним... поэтому оно тут не надо.
2) Prop.sp_col - столбец спецификации: Кол-во - это количество одинаковых элементов в спецификации, и знать мы его не можем, пока её не заполним... поэтому оно тут не надо.
Если вы считаете спуски проводов, то эти куски суммируются в одну длину в позицию спецификации под названием: провод ВВГнг...
3) Остальные столбцы - соответствуют спецификации и нужны. (Я не использую массу... А примечания заполняю редко и уже в готовой спецификации, поэтому у меня этих полей нет)

То что я делал:
Содержимое спрятано под спойлер ↓
Спойлер: ▼
Изображение
То что выделено:
Красным - есть у всех элементов схемы электрической принципиальной
Черным - уникальные поля
Желтым - данные из БД (или вручную)
Зеленым - отображение и нумерация

И это то что видно, а есть еще:
Содержимое спрятано под спойлер ↓
Спойлер: ▼
Изображение


Для шейпов других схем (ФСА, План, Вид, Проводки) могут быть другие поля в зависимости от их надобности...
Автор:  Tumanov [ 14 янв 2022, 15:56 ]
Заголовок сообщения:  Re: Стандарты разработки
Цитата:
ссылку на шейп в виде "Page.3/Sheet.94"

Хоть я и не участвую особо в этой дискуссии, но захотелось добавить пару строк...
Как мне кажется, лучше рассматривать не "уникальную ссылку на шейп", а "уникальный идентификатор прибора". Или и то, и другое вместе.
Для примера: розетка в общем случае может быть изображена на нескольких листах комплекта документов. На принципиальной схеме это будет один шейп. На плане помещение - другой. И хорошо бы, чтобы программа понимала, что это один и тот же прибор, и не пересчитывала его дважды (или трижды) при составлении спецификации.
Не знаю, актуально ли это для рассматриваемого проекта, но в общем случае это имеет место. И не только с планами. В тех же системах вентиляции и кондиционирования часто на одном листе рисуется размещение оборудования, на другом (или нескольких) подключение датчиков и исполнительных механизмов у контроллеру (контроллерам).
Автор:  nbelyh [ 14 янв 2022, 16:35 ]
Заголовок сообщения:  Re: Стандарты разработки
IMHO, c данными названиями IMHO есть некоторые объективные проблемы. Например, они не подчиняются особой логике:
есть "sp_type" (полное название на английском) и "sp_manu" (необщепринятое сокращение с английского), и "sp_ediz" - колхозный транслит.
Также префикс "sp" в мире Microsoft часто используется для "share point", возможно неправильное понимание.

Еще, если назвать свойства подобным образом, они возможно не будут нормально (автоматически) связываться с данными (встроенная функция)?
Может лучше уж тогда или вообще без префикса, или "_visDM_" которые "визард" в Visio создает.

Да, а зачем вообще определять эти поля? Разве они не будут зависеть от организации, от проекта?
Или Вы имеете в виду, что это поля, используемые в Вашей организации?

Для уникальных идентификаторов последние 20 лет обычно используются GUID-ы.
Они решают большинство известных проблем с уникальной идентификацией, для этого собственно и были придуманы, зачем использовать что-то другое?
Автор:  gtfox [ 14 янв 2022, 17:08 ]
Заголовок сообщения:  Re: Стандарты разработки
Tumanov писал(а):
"уникальный идентификатор прибора"
Да, все верно. Эта ссылка и является "уникальным идентификатором прибора" (в кавычках, потому что для 2007 версии это не так)
Surrogate писал(а):
Если хочется хардкора можно и GUID использовать :mrgreen:
nbelyh писал(а):
Для уникальных идентификаторов последние 20 лет обычно используются GUID-ы.
Они решают большинство известных проблем с уникальной идентификацией, для этого собственно и были придуманы, зачем использовать что-то другое?
Да, спасибо! Именно это мне и нужно было... В будущем буду переделывать все под GUID-ы
Содержимое спрятано под спойлер ↓
Спойлер: ▼
Изображение
Страница 1 из 3 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/