Solidworks API

[PostDeveloper 16]

попробуйте в режиме Debug просмотреть - какое значение имеет переменная configuration.

 И затем уже её редактировать, если она содержит необходимые конфигурации.

Изменено 2 апреля 2014 пользователем PostDeveloper

[Nazarrr 0]

Салют!

Я заношу материал в configuration specific и хочу сделать перенос строки используя <STACK>, но на чертеже имя материала отображается не совсем как хотелось и не реагирует на "Center Align"

Может что нибудь подскажите? Спасибо)

[streamdown 1 565]

Не реагирует кто? Переменная заметки получена как Annotation?

[Nazarrr 0]

Прошу прощения, нашел интересующею тему) http://cccp3d.ru/topic/52616-kak-v-property-tab-builder-vnesti-naimenovanie-v-dve-stroki/

Спасибо!

[Nazarrr 0]

Салют!

 
Есть DGV с двумя колонками: Имя конфигурации и Наименование материала.

Дело в том что оно заметно долго загружает все это в DGV. Если же выгрузить только колонку с конфигурациями то все это происходит моментально, а вот уже с именем материала долго думает. Есть ли еще какие нибудь способы чтобы я мог получать CustomProperty в DGV без потери времени?

 

Dim confname As String = ""
Dim confarray As Object
confarray = swmodel.GetConfigurationNames

Dim swConfigProp As CustomPropertyManager
Dim swModelDocExt As ModelDocExtension
swModelDocExt = swmodel.extension

For Each confname In confarray
swConfigProp = swModelDocExt.CustomPropertyManager(confname)
Dim swConf As Configuration
swConf = swmodel.GetConfigurationByName(confname)

Dim val As String = ""

If False = swConf.IsDerived Then
swConfigProp.Get4("Материал", False, False, val)
DataGridView1.Rows.Add(confname, val)
End If
Next

 

В архиве файлы для наглядного примера) заранее спасибо!

App.rar

[fox1001 788]

Есть ли еще какие нибудь способы чтобы я мог получать CustomProperty в DGV без потери времени?

может быть вот такой вариант вам сгодица: тынц

[Nazarrr 0]

@@fox1001, спасибо большое, так значительно быстрее)    

[MaxAmin 4]

Есть проблема чтения параметров извлеченных (производных) конфигураций - считываются только параметры родительской конфигурации. С#:

swModelComp = (ModelDoc2)swChildComp.GetModelDoc2();
swModelCompExt = swModelComp.Extension;  
swCompProp = swModelCompExt.get_CustomPropertyManager(sCompConfig);
retVal = swCompProp.Get4("Наименование", false, out val, out sCompPropName);
MessageBox.Show(sCompPropName);

Это у меня у одного так?

[streamdown 1 565]

@MaxAmin, при явно указанной конфигурации в переменной sCompConfig у меня вытянулось свойство из извлеченной конфигурации в извлечённой конфигурации.

Вот, ещё способ нашёл:

Configuration swConfig = swModelComp .GetConfigurationByName(sCompConfig);
CustomPropertyManager cusPropMgr = swConfig.CustomPropertyManager;
Int32  result = cusPropMgr.Get4("Наименование", false, out val, out ResolvedValOut, out wasResolved);

[PostDeveloper 16]

swModelComp = (ModelDoc2)swChildComp.GetModelDoc2();

Если у вас выбрасываются исключения в этом месте, то это можно избежать другим оператором - as.

Это я так - на всякий случай:).

swModelComp =swChildComp.GetModelDoc2() as ModelDoc2;

[MaxAmin 4]

 

swModelComp = (ModelDoc2)swChildComp.GetModelDoc2();

Если у вас выбрасываются исключения в этом месте, то это можно избежать другим оператором - as.

Это я так - на всякий случай:).

swModelComp =swChildComp.GetModelDoc2() as ModelDoc2;

 

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

 

streamdown

Твой вариант тоже работает...

Запустилось только так

Configuration swConfig = (Configuration)swModelComp.GetConfigurationByName(sCompConfig);

Но все равно читает ерунду - даже не родительские конфигурации, а просто все варианты как одно и то же. Проверил - наименования конфигураций читаются точно - MessageBox.Show(swConfig.Name);

Пока что выяснил, что это связано с неверным расчетом солидовской переменной $PRP:"SW-Configuration Name" в значении параметров (например, Пруток $PRP:"SW-Configuration Name").

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

 

ps. Не пойму, как у функции Get4 появилось 5 агрументов - может это в SW2014?

 

pssssssss.Все отлично разрешилось - помогла активация конфигурации с помощью swModelComp.ShowConfiguration2(sCompConfig);

[PostDeveloper 16]

Если у функции появилось 5 аргументов, то скорее всего у функции несколько перегрузок.

[streamdown 1 565]

Обращаюсь ко всему сообществу, но чувствую, что мало кто в теме 

Интересует вот что: Возьмем стандартный addin-шаблон solidworks. Создал свою панель через WinForms. Хочу отловить данные при выборе кромки модели (к примеру selectionbox). Каким образом грамотно по ООП передать данные между PartEventHandler, панелькой, и PMPHandler на событии OnClose? Использую статичные классы - но это некомильфо. Есть варианты с MVC шаблоном - но там что-то запутался что к чему.

Вопрос: кто-нибудь пробовал таскать данные по аддину по всем правилам ООП? Если да, то как?

[PostDeveloper 16]

 Есть варианты с MVC шаблоном - но там что-то запутался что к чему.

Вопрос: кто-нибудь пробовал таскать данные по аддину по всем правилам ООП? Если да, то как?

можно передавать данные как между формами, так и между объектами.

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

1. с помощью событий - передаём данные с помощью класса, наследованного от EventArgs.

2. Можно через методы с модификатором доступа public. 

3. Можно через конструктор класса. 

4. Можно с помощью метода обратного вызова.

5. Можно ссылку в конструктор

[PostDeveloper 16]

в MVC паттерне данные передаются с помощью контроллера. 

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

А лучше вообще MVVM. Вот тут квинтэссенция .Net достижений:).

[streamdown 1 565]

1. Так и решил.

2. Неее...это выход но не ООП

3. Данные динамические, класс создаётся один раз.

4. ??

5. а это не пункт 3?

 

 

 

А лучше вообще MVVM

Нет, этот паттерн не подойдёт.

[PostDeveloper 16]

1. Так и решил.

2. Неее...это выход но не ООП

3. Данные динамические, класс создаётся один раз.

4. ??

5. а это не пункт 3?

 

 

 

А лучше вообще MVVM

Нет, этот паттерн не подойдёт.

2. Наоборот. Это один из столпов объектно-ориентированного программирования - инкапсуляция. Принцип, который гласит инкапсулируйте данные, обнажив методы для редактирования данных. "Объект должен открыт для расширения, но закрыт для изменения". 

3. да, можно при создании экземпляра класса сделать инъекцию необходимых данных для работы с этим классом.

4. Анлгийский термин Callback (англ. call — вызов, англ. back — обратный) или фу́нкция обра́тного вы́зова в программировании — передача исполняемого кода в качестве одного из параметров другого кода. Обратный вызов позволяет в функции исполнять код, который задаётся в аргументах при её вызове. 

5. Нет

 

 

почему MVVM не подойдёт?

[streamdown 1 565]

Доступ к контролу из другого класса - это не инкапсуляция))) или вы не то имели в виду?

 

Инъекцию? Не надо инъекций.

 

 

 

почему MVVM не подойдёт?

Не то представление.

 

Ладно, в принципе проблему решил. Думал мож кто поделится своим опытом 

[PostDeveloper 16]

Инъекция - это IoC, Dependency Injection. Вот что имею в виду.

Никогда не делайте доступ из одного класса к контролу другого класса

[streamdown 1 565]

Никогда не делайте

 

 никогда и не делал.