Вы можете использовать следующие методы, чтобы получить системный шрифт полужирный или курсив:
UIFont* boldFont = [UIFont boldSystemFontOfSize:[UIFont systemFontSize]];
UIFont* italicFont = [UIFont italicSystemFontOfSize:[UIFont systemFontSize]];
Затем просто установите шрифт, который используется в текстовом поле;
[textField_TOP_01 setFont:boldFont];
Если вы хотите чтобы узнать больше о шрифтах с iPhone, вы можете увидеть хороший скриншот всех доступных шрифтов здесь: https://www.cocoanetics.com/2010/02/understanding-uifont/ или вы можете прочитать о классе, который показывает вам, как вы также можете извлечь «buttonFontSize» и «labelFontSize» и т. д .; https://developer.apple.com/documentation/uikit/uifont
Вы не просматривали оставленный код? Итак, что вы собираетесь тестировать? Если вы тестируете контроллер, вам просто нужен успешный результат просмотра, чтобы показать, что представление работает. Вместо того чтобы тратить время на предварительную компиляцию представлений или что-то еще, это приведет к тому, что любой крупный проект будет затягиваться с точки зрения непрерывной интеграции и сборки.
Из того, что я прочитал (в Pro ASP.NET MVC Framework Стивена Сандерсона), представления не считаются стоящими для тестирования. Представления ASP.NET MVC могут быть созданы с использованием различных механизмов, например облегченного ASPX по умолчанию или, например, http://www.stringtemplate.org/ . Для вывода ASPX вы можете запустить средство проверки синтаксиса HTML, а для других механизмов просмотра тот факт, что представления компилируются успешно, должен быть достаточно хорошей проверкой;)
Я не вижу смысла в модульном тестировании представлений, поскольку они не содержат много логики. Однако вы можете выполнить некоторое интеграционное тестирование / тестирование пользовательского интерфейса, используя такой инструмент, как WatiN .
Пример теста, написанного на WatiN:
[Test]
public void SearchForWatiNOnGoogle()
{
using (IE ie = new IE("http://www.google.com"))
{
ie.TextField(Find.ByName("q")).TypeText("WatiN");
ie.Button(Find.ByName("btnG")).Click();
Assert.IsTrue(ie.ContainsText("WatiN"));
}
}
Вы не должны пытаться тестировать все с помощью такого инструмента. Выберите некоторые ключевые функции приложения и напишите для них тест.
Вы можете включить компиляцию представлений MVC . Это очень помогает. В противном случае я не думаю, что оно того стоит. В конце концов, есть только две вещи, которые вас интересуют. Компилируется ли представление и возникают ли у вас какие-либо исключения (null, исключения за пределами границ и т.п.)?
Некоторые люди утверждают, что вы не должны включать любая логика. Пишите помощников для чего угодно. В этом случае компиляция - это почти все, что вам нужно.
Мы решили инвестировать в тестирование WatiN. Он проверяет представления и одновременно проверяет все приложение. Имеет хороших помощников, но требует постоянного обслуживания.