Я действительно думаю, что SOA только полезен для внешних интерфейсов (вообще говоря, тем за пределами Вашей компании), и даже тогда, только в случаях, когда производительность действительно не имеет значения, Вам не нужно заказанное предоставление сообщений.
световой сигнал In этого, я думаю, что они могут сосуществовать. Сохраните свою работу приложений и передачу использования философии OO, и только когда внешние интерфейсы (третьим лицам) необходимы, представляют их через SOA (это не важно, но это - один путь).
я действительно чувствую, что SOA злоупотребляется, или по крайней мере архитектура с SOA становится предложенной слишком часто. Я действительно не знаю никаких больших систем, что используют SOA внутренне, и я сомневаюсь, что они могли. На большее количество вещи кажется, что Вы могли бы просто использовать, чтобы сделать мэшапы или простые запросы типа прогноза погоды, не создать серьезные системы сверху.
Начальные константы с «k» - это наследие времен, предшествовавших Mac OS X. На самом деле, я думаю, что эта практика могла даже появиться способом в те времена, когда Mac OS была написана в основном на Паскале, и преобладающим языком разработки был Паскаль. В C константы #define
'd обычно записываются ВСЕМИ ЗАГЛАВНЫМИ БУКВАМИ вместо префикса «k».
Что касается места для #define
констант: #define
их, где вы собираетесь их использовать. Если вы ожидаете, что люди, которые #import
ваш код будут использовать константы, поместите их в файл заголовка; если константы будут использоваться только для внутренних целей, поместите их в файл .m
.
На вопрос о том, что означает «k», дан ответ в этом вопросе .
И если вы намереваетесь использовать файлы, отличные от этого конкретного .m
, чтобы использовать эти константы, вы должны поместить константы в заголовок, так как они не могут импортировать файл .m
.
Возможно, вас заинтересует учебник Cocoa Dev Central C для программистов на Какао . Он объясняет многие основные концепции.
k для "конвенций". Шутки в сторону; это просто соглашение.
Вы можете поместить #define где угодно; в заголовке, в .m вверху, в .m рядом с тем местом, где вы его используете. Просто поместите его перед любым кодом, который его использует.
Документация "intro to objective-c", поставляемая с набором инструментов Xcode, на самом деле довольно хороша. Прочтите его несколько раз (я люблю перечитывать его раз в 2-5 лет).
Однако ни он, ни какая-либо из известных мне книг по C не ответит на эти конкретные вопросы. Ответы вроде бы становятся очевидными из опыта.