Solidworks Vs Invenor

[Buran16 3]

Чет как-то медленно работает СВ 2008... В плане перерисовки детали...

Отключите отображение теней.

[none 51]

Добавлю в пользу Инвентора (если еще не было сказано): Удивительно проработанная функция отката вперед и назад. Очень нужно в работе. Часто пользуюсь. В Солиде реализовано отвратно.

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

[Buran16 3]

Откатом пользуюсь нормально, в 2007 или раньше откат стал доступен даже в редактировании эскиза фичера после операции его создания (незнаю- понятно ли написал). Солид 2007 (СП0) стабилен и практически не глючит.

[sloter 561]

Удивительно проработанная функция отката вперед и назад. Очень нужно в работе. Часто пользуюсь.

Да, что есть - то есть. Откаты в АИ просто шикарные. Можно откатиться на все шаги вперёд и назад, вплоть до открытия(закрытия) файла. Иногда очень здорово экономит время. Ограничение отката 2-3 мя шагами в других системах вызывает дискомфорт после этого, приходится в ручную возвращаться к исходному состоянию.

[ART 519]

sloter

В одной из систем, указанных в вашем профиле, количество откатов можно регулировать до 25 шагов...

[sloter 561]

Можно откатиться на все шаги вперёд и назад,

Это означает - в будущее, где еще ничего не построено, но может быть?

Правильней было бы сформулировать конечно " на все шаги назад и снова вперёд"

В одной из систем, указанных в вашем профиле, количество откатов можно регулировать до 25 шагов...

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

[Ruslan 945]

Только не совсем понимаю зачем специально ограничивать число шагов отката?

Увеличивает использование ресурсов машины, поэтому и введено.

Да и в параметрической системе связано с некоторыми сложностями, особенно на больших объектах.

[sloter 561]

Увеличивает использование ресурсов машины, поэтому и введено.

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

Да и в параметрической системе связано с некоторыми сложностями, особенно на больших объектах.

Инвентор, по вашему мнению, не параметрический?

[Ruslan 945]

Инвентор, по вашему мнению, не параметрический?

Я знаком с Инвентором, и что откат там такой хороший я бы не сказал, он нормальный.

Я имел в виду работу с большими объемами, для чего Инвентор не предназначен.

Завернуть не туда, можна в пределах одного двух шагов.

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

Увеличивает необходимый размер файла отката на диске

Оперативку это тоже ест.

[sloter 561]

Я знаком с Инвентором, и что откат там такой хороший я бы не сказал, он нормальный.

Где лучше?

Я имел в виду работу с большими объемами, для чего Инвентор не предназначен.

Какой объём вы называете большим?

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

Я бы так не сказал. Делать в обратном направлении то, что совсем недавно делал в прямом как то не очень оптимально...

[Ruslan 945]

Где лучше

Идеального нет. Есть свои плюсы и минусы. Вот если собрать лучшее из нескольких систем.

Какой объём вы называете большим?

Конкретного значения нет, все зависит от сложности задачи и необходимости полного отката.

В большинстве случаев необходим выборочный откат. Конкретной детали или элемента, а не всего изделия.

Делать в обратном направлении то

Не совсем понял, почему в обратном?

[Buran16 3]

Идеального нет. Есть свои плюсы и минусы. Вот если собрать лучшее из нескольких систем.

А может создать темку- какой мы видим идеальную систему? Т е включить в нее лучшее и выкинуть худшее. Хотя я конечно понимаю, под разные задачи существуют разные системы.

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

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

[sloter 561]

Не совсем понял, почему в обратном?

Ну как же? Смысл отката как раз в том, что бы вернуться в состояние проекта на n шагов назад. Если вы сделали, к примеру 20-30 шагов, которые показали неправильность или тупиковость выбранного пути, то вернуться в исходное состояние можно нужным числом кликов отката. В ручном же случае нужно удалить или отредактировать вновь созданные данные вручную и воспроизвести исходный вариант. При этом его ещё надо точно вспомнить. Всё что написал вроде следует из определения отката. По другому не знаю как на этот вопрос ответить.

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

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

Мне кажется вы понятие отката подменяете общим понятием внесения изменений. Откат - ПОСЛЕДОВАТЕЛЬНАЯ отмена действий пользователя в порядке, СТРОГО ОБРАТНОМ выполненным действиям... И в сборке в том числе. Поэтому ни каких накладок нет. АИ откатывает уже сохранённые данные, а так же созданные и сохранённые в сборке новые компоненты. С деревом понятно, но для возврата в исходное состояние это более длинный путь...

[Ruslan 945]

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

Это понятно.

Делать в обратном направлении

Ничего в обратном направлении не делается, просто редактируется история или дерево построения. В большинстве случаев легче изменить (удалить, отредактировать что нужно) чем откатывать всю историю, в том числе и нужную.

Что то существенное откату не поддается, в виду большого количества шагов, и решается проще сохранением версий.

Откат нужен в большинстве случаев для отмены несольких последних неправильных шагов, ошибок.

[sloter 561]

просто редактируется история или дерево построения.

Редактируется в откате автоматически.

чем откатывать всю историю, в том числе и нужную.

Если в середине есть нужная, тогда конечно, нужно откатиться только до неё.

Что то существенное откату не поддается, в виду большого количества шагов

В том то и дело, что в АИ поддаётся...

Откат нужен в большинстве случаев для отмены несольких последних неправильных шагов, ошибок.

За несколько шагов редко можно определить, что путь неправильный... Как правило их больше.

[Ruslan 945]

В том то и дело, что в АИ поддаётся...

А толку. Откатывается ведь все.

Если в середине есть нужная, тогда конечно, нужно откатиться только до неё.

тем более что это частный случай и вариантов может быть много.

Как правило их больше.

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

За несколько шагов редко можно определить, что путь неправильный.

Только достаточно крупные ( идеи реализации того или иного узла) и то очень редко.

[sloter 561]

А толку.

См. пост 344.

тем более что это частный случай и вариантов может быть много.

Естественно вариантов может быть много.

[SHARit 2 820]

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

У всех систем есть дерево построения, и все системы (практически все) позволют в дереве построений вернуться на любое количество шагов назад. Чем AI тут лучше других?

[Ruslan 945]

См. пост 344.

Смотря что понимается под шагами.

20-30 кликов, да. Для конкретной модели или чертежа. Операций, нет. Откатить одну, две последние операции смысл имеет, но не больше. Дальше не оптимально. Промежуточные решения лучше хранить отдельно с возможностью к ним вернуться (решений может быть несколько).

[sloter 561]

Дерево позволяет выполнять откаты не во всех случаях. К примеру, при создании компонентов в контексте сборки есть возможность откатывать создание компонентов и данные в них последовательно без опасности появления ошибок. Откат же непосредственно в дереве компонента может привести к противоречию ссылок в сборке.