Мне любопытно, почему такие функции, как CGRectMake и CGPointMake, существуют и широко используются. когда вместо этого вы можете сделать:
(CGRect){{x, y}, {width, height}}
уверен, что это более эффективно (хотя я предполагаю не много), поскольку вызов функции отсутствует?
Также вы можете установить источник и размер, например:
(CGRect){origin, size}
и в виде смеси:
(CGRect){origin, {width, height}}
В чем причина не использования этого и предпочитающих функции Make?
Это не более эффективно, на самом деле. Функция CGRectMake (и другие) объявляется как static inline, что означает, что копия компилятора вставляет код функции прямо во все используемые места:
CG_INLINE CGRect
CGRectMake(CGFloat x, CGFloat y, CGFloat width, CGFloat height)
где
# define CG_INLINE static inline
Вы переходите от
// code
CGRect myRect = CGRectMake(1,2,3,4);
// code
к
// code
CGRect myRect;
myRect.origin.x = 1; myRect.origin.y = 2;
myRect.size.width = 3; myRect.size.height = 4;
который в принципе ничем не отличается от
CGRect myRect = (CGRect){1,2,3,4};
после оптимизации компилятора и т.д.
Как сказано выше, вы добавляете зависимость от CGRect, являющуюся структурой из четырех чисел, выровненных определенным образом, в отличие от использования функции, которая имеет большую гарантию на нее.
Я полагаю, что это то же самое старое различие между:
добавление зависимостей в ваш код из внутреннего определения структуры данных;
используя функцию, которая инкапсулирует это знание и которая может "маскировать" любые изменения в базовой структуре данных.
В принципе, CGRect может превратиться в полномасштабный класс с его origin, size, и т.д., аксессуарами и т.д.... Я не говорю, что это было бы разумно или что это, скорее всего, причина, по которой вы используете функцию для создания экземпляров структуры данных, связана с отказом вашего кода на изменения.
C99 Компонентный синтаксис букв - несколько неясная особенность. Некоторые люди находят, что функции "Сделать" более понятны, или они считают его более знакомым. На этом этапе в поддержке инструментальной привязки это просто предпочтение.
Мне любопытно, почему существуют такие функции, как CGRectMake и CGPointMake...
CGRectMake (доступный с 10.0) предшествовал поддержке компилятора OS X составных литералов. Компонентные литералы были официально завершены в GCC 3.1 (май 2002 г.).