Я думаю, что вы спрашиваете больше о дизайне классов и о том, как вы структурируете свои API, а не о том, как вы получаете определения, включенные в другие ваши файлы .m.
Если это так, есть примерно три варианта:
- Добавьте что-нибудь к своему делегату приложения - это хорошее место для хранения общесистемных функций, которые контролируют общую модель или само приложение.
- создайте класс signleton для хранения ваших методов. Либо фактический синглтон, либо класс только с методами класса (т. Е. Объявленными с начальным
+ вместо -)
- путем добавления категории в системный класс.
Я думаю, что в целом вы не хотите принимать одно решение для всех ваших служебных методов - вы должны использовать каждый метод (или группу методов) в каждом конкретном случае и делать правильные вещи. Например, если у вас есть метод, который отображает ваш собственный стиль диалога ошибок, вы можете поместить его в AppDelegate. Если у вас есть метод для перевода строки на французский, вы можете добавить его в качестве категории NSString.
В общем, категории здесь ваши друзья - они могут быть заключены в один .h и .m, чтобы их было легко перемещать по проектам, и в то же время их доступность соответствует целевым классам.
Если вы не посмотрите на реализацию синглтона. См. обсуждение Мэтта Галлагера о том, как это сделать.
Наконец, если это действительно правильное решение, добавьте свой AppDelegate - возможно, с категорией; -)