mieszanie i dopasowywanie formatu ograniczeń wizualnych i bardziej gadatliwy styl tworzenia pojedynczego ograniczenia (to, o czym myślę, że powołujesz się, gdy mówisz "w kodzie") jest w porządku - w rzeczywistości w rozmowach WWDC o automatycznym układzie, "preferowana" kolejność tworzenia więzów była określona jako:
- Interfejs budowniczy
- Format wizualna
- pojedyncze ograniczenie styl
chyba że potrzebie dodatkowa moc i elastyczność, że jednolity styl ograniczenie daje (i istnieje wiele miejsc formacie gdzie wizualny nie działa, jak dotąd, z mojego doświadczenia), należy użyć formatu wizualnego. Wygląda na to, że zbliżasz się do powyższej listy od dołu do góry, zamiast od góry do dołu.
Jeśli chcesz ułożyć widoki ze standardowym odstępem, a nie używasz IB, to format wizualny miałby sens. Jak mówi Rob, nie ma stałej dla "standardowego" odstępu i robisz o wiele więcej pracy dla siebie, nalegając na pojedyncze ograniczenia dla wszystkiego.
Dlaczego nie możesz użyć formatu wizualnego "w kodzie", czy jest to tylko pytanie o ciekawość (co jest w porządku przeze mnie!) – jrturton
@jrturton, wszystkie moje pozostałe ograniczenia są w kodzie. Robię to, ponieważ znalazłem to stwierdzenie w dokumentacji: "Istnieją ograniczenia, których nie można wyrazić w składni formatu wizualnego, chociaż większość ograniczeń, które są użyteczne w rzeczywistych interfejsach użytkownika, może być. Jednym z użytecznych ograniczeń, których nie można wyrazić, jest: stałe proporcje obrazu (na przykład imageView.width = 2 * imageView.height). "Dopóki nie dowiem się, co robię i wszystkie ograniczenia języka wizualnego stają się jasne, chciałem zrobić wszystko w kodzie jako pierwsze. –