Автоматизовані маски програмно проти Interface Builder / xib / nib

Я висловив (мабуть, помилкове) припущення, що включення правильного показника поля в xib еквівалентно використанню UIViewAutoresizingFlexibleLeftMarginвнутрішнього коду тощо.

Отже, я думав, згідно з цим знімком:

Пізніше сьогодні мені довелося перехрестити перевірку і натрапив на цю нитку .

А також документація щодо яблук під назвою розділ із заголовком - "Обробка макетів змін змінюється автоматично за допомогою правил автоматичної автоматизації" за цим посиланням: https://developer.apple.com/library/content/documentation/WindowsViews/Conceptual/ViewPG_iPhoneOS/CreatingViews/ CreatingViews.html

Тож тепер у мене на увазі оновлена ​​концепція щодо того, як програмне встановлення автоматичних масок автоматично було б еквівалентно налаштуванням xib:

Сценарій 1 : Налаштування лише (UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight)еквівалентно:

У XIB?

Сценарій 2 : Установка (UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleRightMargin | UIViewAutoresizingFlexibleTopMargin | UIViewAutoresizingFlexibleBottomMargin)коду еквівалентна:

У XIB?

Чи правильні мої 2 оновлені сценарії? Я зараз в розумінні?

Так, у Interface Builder це "перевернуто" в певному сенсі (або UIView, залежно від того, як ви на це дивитесь). Ваші цитовані "сценарії" правильні.

Так, ви правильно сказали речі. Крім того, я погоджуюся, що це відчувається трохи назад, тому я ціную ваш пост.

Можливо, ви б хотіли використовувати макрос препроцесора, UIViewAutoresizingFlexibleMarginsколи поле UIView стає гнучким у будь-якому напрямку. Я поміщую це у попередньо складений заголовочний файл, щоб він включався скрізь.

#define UIViewAutoresizingFlexibleMargins                 \
              UIViewAutoresizingFlexibleBottomMargin    | \
              UIViewAutoresizingFlexibleLeftMargin      | \
              UIViewAutoresizingFlexibleRightMargin     | \
              UIViewAutoresizingFlexibleTopMargin

Використання UIViewAutoresizingFlexibleMarginsзробить елемент інтерфейсу користувача зосередженим, оскільки він НЕ буде обіймати жодну сторону. Щоб змусити елемент зростати / стискатися з його батьківським, встановіть відповідно UIViewAutoresizingFlexibleWidthі UIViewAutoresizingFlexibleHeight.

Мені подобається використовувати, UIViewAutoresizingFlexibleMarginsтому що згодом я можу посилатися на це так:

myView.autoresizingMask = UIViewAutoresizingFlexibleMargins;

замість

myView.autoresizingMask = UIViewAutoresizingFlexibleBottomMargin | UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleRightMargin | UIViewAutoresizingFlexibleTopMargin;

Все часто я бачу ці поля АБО спільно на одному рядку, як приклад вище. Просто важко читати.

Увімкнення вертикальної / горизонтальної стрілки (званої пружиною) всередині коробки зробить висоту / ширину гнучким. Але включення зовнішньої лінії (званої підпірки) зробить цю сторону негнучкою / негнучкою.

Увімкнення зовнішньої лівої лінії (ліва підкоса) не є рівносильною UIViewAutoresizingFlexibleRightMargin. Натомість UIViewAutoresizingFlexibleRightMargin= увімкнено, якщо права стійка вимкнена, вимкнена, якщо права підпірка включена.

Спочатку це досить заплутано, але якщо уважно побачити, різниця в пружинах і підкосах. Я не знаю, чому Apple зробила це, але для мене були випадки, коли їх було легше використовувати. А використання в коді протилежних властивостей ще більше заплутує.

Swift 4 використовує це

gadBannerView?.autoresizingMask = [.flexibleRightMargin  , .flexibleLeftMargin , .flexibleTopMargin , .flexibleBottomMargin]

Ціль-С

myView.autoresizingMask = UIViewAutoresizingFlexibleBottomMargin | UIViewAutoresizingFlexibleLeftMargin | UIViewAutoresizingFlexibleRightMargin | UIViewAutoresizingFlexibleTopMargin;