Простыми словами ... Если я пишу новый класс Swimmer для добавления функциональности swim () и вам нужно использовать объект класса say Dog, и этот класс Dog реализует интерфейс Animal, который объявляет swim () [To лучше понять ... вы можете нарисовать диаграмму о том, о чем я говорю]. В верхней части иерархии (Animal) он очень абстрактный, а внизу (Dog) он очень конкретный. То, как я думаю о «программировании для интерфейсов», заключается в том, что, когда я пишу класс Swimmer, я хочу написать свой код против интерфейса, который находится так далеко от иерархии, которая в этом случае является объектом Animal. Интерфейс свободен от деталей реализации и, таким образом, делает ваш код слабосвязанным. Детали реализации могут быть изменены со временем, однако это не повлияет на оставшийся код, поскольку все, с чем вы взаимодействуете, связано с интерфейсом, а не с реализацией. Вам все равно, что такое реализация ... все, что вы знаете, это то, что будет класс, который будет реализовывать интерфейс.
Нет, вы не можете.
Однако, если вы создадите новый план обслуживания приложений в том же регионе и группе ресурсов, вы можете переместить все свои сайты в новый план обслуживания приложений и удалить старый.
Нет, но вы можете изменить его так (если он находится в том же регионе и группе ресурсов, что упоминается Zain Rizvi):
Создайте новый план обслуживания приложений и привяжите его к правильной подписке и Группа ресурсов. Пример:
Затем перейдите в свою службу приложений и выберите «Изменить тарифный план приложения»