Возможно повторюсь в некоторых ответах, которые давали выше.
Это упростит работу многим я так думаю у кого несколько версий программы и не все обновлены до последней версии (зачем переплачивать и так работаю и одну версию обновляю)
т.е. деньги на покупку нескольких версий программы были, а на обновления нет?
Вы зачем устанавливаете и используете новые версии? Наверное для того, чтобы использовать новые фишки, которые там появились.
Чтобы было удобнее и быстрее создавать свои проекты.
Пишите проект в минимальной версии, там же делайте отладку. Можно несколько версий ставить рядом.
У меня 2 версии текущая и 7.1.7.0
Разрыв большой в этом и появляются проблемы, а желание отдавать 40$ чтоб обновится нет особо
40$ за полугодовые обновления это меньше 17 руб. в сутки (0,23 $) если доход не позволяет оплатить обновления, то может стоит задуматься над повышением уровня дохода или накоплением нужной суммы? За участие в конкурсе (проводятся примерно 2-3 раза в полгода) на призовые (даже за последнее место) при зачислении в личный кабинет, суммы может хватить примерно на год обновлений. т.е. 1 раз в год принимаете участие в конкурсе, и получаете обновления.
А если клиенты/заказчики требуют какие то определенные версии, то либо повышайте цену за разработку либо используйте сразу нужные версии. Можете сразу предупреждать заказчиков о различиях функционала в разных версиях и увеличении сроков разработки, так как не сможете использовать новые фишки и придется придумывать какие то свои способы из имеющегося функционала.
Или как вариант, пишите все на C# (версия 4,5,2) тогда будет работать и в 5 и в 7 версии. Если захотите использовать фишки и удобства из более высокой версии шарпа, то опять могут возникнуть сложности с адаптацией к версии зенки.
В новых версиях помимо исправления ошибок, появляется и новый функционал, который не будет работать в старых версиях, его там просто нет. Сохранение в формате старых версий не возможно как раз из-за новых функций.
Это как с файлами офиса/корела и т.п.. Был один формат, сделали новый формат. Новый формат в старых версиях не открывается. Сохранение в старом формате убирает новые фишки, но текст/изображения это одно, а вот у зенки это программная часть, и для сохранения в формате старых версий нужно делать проверки, используется новый функционал или нет. Никто такими заморочками заниматься не будет, просто потому, что это не выгодно разработчикам (тратить время и усилия на оптимизацию). Это же будет затягивать сроки выхода новых версий, исправление ошибок прошлых версий, общее развитие проекта.
Суть пере сохранения чтоб зенка свои модули и компоненты приводила в вид предыдущих версий
Для этого нужно чтобы у зенки в составе были все модули всех прошлых версий. Это будет влиять на размер новых версий и их стабильность работы, ведь нужно предусмотреть совместимость при работе с разными файлами. Этим тоже никто заниматься не будет.
