Оптимизация OWEN LOGIC

[игорь68]

Вы про Serial Port Interface? То есть лог файл закрыт. Ну тогда бутфайл не вытащить. Хотя по пробуем.

[Сергей0308]

Сергей0308 я говорю о дублировании макроса в одном проекте. Не пойму, вы правда не понимаете или дурака включили ?

1. Импорт макроса №1 из файла - попал в базу проекта макрос №1
2. Ставим на поле сколько угодно макросов №1
3. Каждый экземпляр макроса №1 может иметь свои параметры

Теперь то, что хотите вы. Сделать Макрос №1_версия1 и загрузить в проект, установить на рабочее поле
Сделать макрос №1_версия2 и т.д.

Возникает вопрос - почему они должны иметь одно и то же имя если дефакто это разные макросы ?

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

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

[melky]

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

[Сергей0308]

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

Вы же сами мне объясняли как правильно создать и сохранить макрос, за что кстати большое спасибо, значит не проблема создать множество мало отличающихся друг от друга макросов, но мне и этого не нужно, достаточно, как Вы заметили взять несколько экземпляров одного макроса и изменить в каждом экземпляре значения констант, как-то так:

Свойства макроса_3.PNG

Свойства макроса_4.PNG

[capzap]

так если логика таже,только меняете константы, почему не вынести их за макрос?

[melky]

Вынос за макрос это увеличение входов макроса, чтобы подать переменные.
Сергей0308 так у вас и получается макрос однотипный, но вы хотите чтобы в нем переменные были разные. Тогда и надо идти по поти создания нового макроса, в нем назначать для каждого свои переменные и макросы называть новыми именами.
FSTEKn1, FSTEKn2, FSTEKn3 и так далее и каждый экспортировать в свой файл и импортировать все обратно.
Имеет смысл только если есть на базе этих макросов уникальные, чтобы не вспоминать какие переменные для каждого из них.
з.ы. как бы непонятен смысл... может сделать макрос в макросе и настроить ? например FSTEKnX, внутри которого настроенные FSTEK несколько штук как у вас и реализовано ?

[Сергей0308]

так если логика таже,только меняете константы, почему не вынести их за макрос?

Можно и вынести, но зачем?

Свойства макроса_1.PNG

В данном случае это абсолютно ненужная вещь и приведёт только к усложнению, достаточно для удобства добавить в свойства макроса.

Свойства макроса_2.PNG

[capzap]

я правильно понимаю, если в проекте будет один макрос, то внешние константы увеличат объем проекта только на эти константы, а если создать клоны макросов с одной логикой но разными внутренними константами, то проект раздуется на объем этих макросов?

[Сергей0308]

Макрос чуть выше в 71 посте, посмотрите, что конкретно можно улучшить, а то не очень конструктивно: http://www.owen.ru/forum/showthread.php?t=23843&page=8
Чуть не забыл сказать, очень долго открывается 3-4 минуты, надо иметь терпение!

[Сергей0308]

я правильно понимаю, если в проекте будет один макрос, то внешние константы увеличат объем проекта только на эти константы, а если создать клоны макросов с одной логикой но разными внутренними константами, то проект раздуется на объем этих макросов?

Может, как у меня, лучше использовать один макрос?!