Понимание интерфейсов и объектов в API

Существует множество статей, объясняющих разницу между объектами и интерфейсами, но, насколько я понимаю, все сводится к следующему: интерфейсы отделяют поведение от реализации. Во многих случаях это используется для совместного использования разнородных объектов для одной и той же цели. Например, у вас могут быть классы Car, Bike, Truck, Boat, Train и Bus, которые очень разные, но если все они реализуют интерфейс ITransportation с одним методом transport(person, destination), мне не нужно заботиться о базовых различиях. перемещать людей.

Однако в данном случае я подозреваю, что интерфейс используется для обеспечения обратной совместимости в будущем. Предположим, что через 10-15 лет Solidworks достигнет уровня ModelDoc34. Если ваш код ожидает тот же набор свойств и функций, что и ModelDoc2, вы, скорее всего, будете разочарованы. Однако предположим, что ModelDoc34 реализует интерфейс IModelDoc2, то есть разработчики предоставляют ограниченный набор новых функций, точно совпадающий с набором свойств и функций старого класса ModelDoc2, чтобы ваш код мог выполняться до тех пор, пока когда вы ссылаетесь на новое имя класса. В том же духе, что и в предыдущей аналогии, представьте, что это 50 лет в будущем. В автомобилях больше нет ручного управления, вы просто вводите пункт назначения и вперед. Если бы разработчики хотели сделать этот автомобиль обратно совместимым, они могли бы реализовать интерфейс IStandardCar, который включал бы такие вещи, как педали газа/тормоза и руль.

Если вы хотите, чтобы ваш код был максимально ориентирован на будущее, вы должны объявить свои переменные типа IModelDoc2. Пусть API Solidworks выяснит, каким будет базовый тип объекта, и вы сможете написать свой код, как если бы он всегда был просто ModelDoc2.