Где хранить глобальные константы в приложении iOS?

Большинство моделей в моем приложении для iOS запрашивают веб-сервер. Я хотел бы иметь файл конфигурации, в котором хранится базовый URL-адрес сервера. Это будет выглядеть примерно так:

// production
// static NSString* const baseUrl = "http://website.com/"

// testing
static NSString* const baseUrl = "http://192.168.0.123/"

Комментируя ту или иную строку, я могу мгновенно изменить сервер, на который указывают мои модели. У меня вопрос: как лучше всего хранить глобальные константы в iOS? В программировании для Android у нас есть встроенный файл ресурсов строк . В любой деятельности (эквивалент в UIViewController ), мы можем получить эти строковые константы с:

String string = this.getString(R.string.someConstant);

Мне было интересно, есть ли в iOS SDK аналогичное место для хранения констант. Если нет, то что лучше всего сделать в Objective-C?

Вы также можете сделать

#define kBaseURL @"http://192.168.0.123/"

в заголовочном файле "констант", скажем constants.h. Тогда сделай

#include "constants.h"

вверху каждого файла, где вам нужна эта константа.

Таким образом, вы можете переключаться между серверами в зависимости от флагов компилятора, например:

#ifdef DEBUG
    #define kBaseURL @"http://192.168.0.123/"
#else
    #define kBaseURL @"http://myproductionserver.com/"
#endif

Что ж, вы хотите, чтобы объявление было локальным для интерфейсов, к которым оно относится - файл констант для всего приложения - это не очень хорошо.

Кроме того, предпочтительнее просто объявить extern NSString* constсимвол, а не использовать #define:

SomeFile.h

extern NSString* const MONAppsBaseUrl;

SomeFile.m

#import "SomeFile.h"

#ifdef DEBUG
NSString* const MONAppsBaseUrl = @"http://192.168.0.123/";
#else
NSString* const MONAppsBaseUrl = @"http://website.com/";
#endif

Помимо отсутствия декларации Extern, совместимой с C ++, это то, что вы обычно увидите в фреймворках Apple Obj-C.

Если константа должна быть видна только одному файлу или функции, то static NSString* const baseUrlв вашем случае *.mэто хорошо.

Как я определяю глобальные константы:

AppConstants.h

extern NSString* const kAppBaseURL;

AppConstants.m

#import "AppConstants.h"

#ifdef DEBUG
NSString* const kAppBaseURL = @"http://192.168.0.123/";
#else
NSString* const kAppBaseURL = @"http://website.com/";
#endif

Затем в вашем файле {$ APP} -Prefix.pch:

#ifdef __OBJC__
  #import <UIKit/UIKit.h>
  #import <Foundation/Foundation.h>
  #import "AppConstants.h"
#endif

Если у вас возникли какие-либо проблемы, сначала убедитесь, что для параметра Precompile Prefix Header установлено значение NO.

Вы также можете объединить строковые константы следующим образом:

  #define kBaseURL @"http://myServer.com"
  #define kFullURL kBaseURL @"/api/request"

Я думаю, что другой способ сделать это намного проще, и вы просто включите его в файлы, в которые они вам нужны, а не ВСЕ файлы, как в случае с файлом префикса .pch:

#ifndef Constants_h
#define Constants_h

//Some constants
static int const ZERO = 0;
static int const ONE = 1;
static int const TWO = 2;

#endif /* Constants_h */

После этого вы включаете этот файл заголовка в нужный файл заголовка. Вы включаете его в файл заголовка для конкретного класса, в который вы хотите его включить:

#include "Constants.h"

1. Я определяю глобальную константу в файле YOURPROJECT-Prefix.pch.
2. #define BASEURl @"http://myWebService.appspot.com/xyz/xx"

3. затем в любом месте проекта использовать BASEURL:

   NSString *LOGIN_URL= [BASEURl stringByAppendingString:@"/users/login"];

Обновлено: в Xcode 6 вы не найдете файл .pch по умолчанию, созданный в вашем проекте. Поэтому, пожалуйста, используйте файл PCH в Xcode 6, чтобы вставить файл .pch в свой проект.

Обновления: для SWIFT

1. Создайте новый файл Swift [пустой без класса] скажите [AppGlobalMemebers]

2. & Сразу объявить / определить члена

   Пример:

   var STATUS_BAR_GREEN : UIColor  = UIColor(red: 106/255.0, green: 161/255.0, blue: 7/255.0, alpha: 1)  //

   3. Если вы хотите определить глобальный член приложения в любом файле класса, например, Appdelegate или Singleton class или любом другом, объявите данный член над определением класса

Глобальные объявления интересны, но для меня то, что сильно изменило мой способ программирования, - это наличие глобальных экземпляров классов. Мне потребовалось несколько дней, чтобы по-настоящему понять, как с этим работать, поэтому я быстро резюмировал его здесь.

Я использую глобальные экземпляры классов (1 или 2 на проект, если необходимо), чтобы перегруппировать доступ к основным данным или некоторые логики сделок.

Например, если вы хотите иметь центральный объект, обрабатывающий все столики в ресторане, вы создаете объект при запуске, и все. Этот объект может обрабатывать доступ к базе данных ИЛИ обрабатывать его в памяти, если вам не нужно его сохранять. Он централизован, вы показываете только полезные интерфейсы ...!

Это отличный помощник, объектно-ориентированный и хороший способ собрать все в одном месте.

Несколько строк кода:

@interface RestaurantManager : NSObject
    +(id) sharedInstance;
    -(void)registerForTable:(NSNumber *)tableId;
@end 

и реализация объекта:

@implementation RestaurantManager

+ (id) sharedInstance {
    static dispatch_once_t onceQueue;

    dispatch_once(&onceQueue, ^{
        sharedInstance = [[self alloc] init];
        NSLog(@"*** Shared instance initialisation ***");
    });
    return sharedInstance;
}

-(void)registerForTable:(NSNumber *)tableId {
}
@end

для использования это действительно просто:

[[RestaurantManager sharedInstance] registerForTable: [NsNumber numberWithInt: 10]]

У принятого ответа есть 2 слабых места. Во-первых, как указывали другие, это использование, #defineкоторое труднее отлаживать, вместо этого используйте extern NSString* const kBaseUrlструктуру. Во-вторых, он определяет один файл для констант. IMO, это неправильно, потому что большинству классов не нужен доступ к этим константам или доступ ко всем из них, плюс файл может стать раздутым, если там объявлены все константы. Лучшим решением было бы разбить константы на 3 разных уровня:

1. Системный уровень: SystemConstants.hили AppConstants.h который описывает константы в глобальной области видимости, к которым может получить доступ любой класс в системе. Объявите здесь только те константы, к которым должен осуществляться доступ из разных классов, не связанных между собой.

2. Уровень модуля / подсистемы: ModuleNameConstants.hописывает набор констант, которые типичны для набора связанных классов внутри модуля / подсистемы.

3. Слой класса: Константы находятся в классе и используются только им.

Только 1,2 имеют отношение к вопросу.

Подход, который я использовал раньше, - это создать файл Settings.plistи загрузить его NSUserDefaultsпри запуске с помощью registerDefaults:. Затем вы можете получить доступ к его содержимому с помощью следующего:

// Assuming you've defined some constant kMySettingKey.
[[NSUserDefaults standardUserDefaults] objectForKey:kMySettingKey];

Хотя я не занимался разработкой Android, похоже, что это аналог описанного вами файла ресурсов строк. Единственным недостатком является то, что вы не можете использовать препроцессор для переключения между настройками (например, в DEBUGрежиме). Я полагаю, вы могли бы загрузить другой файл.

NSUserDefaults документация.

Для числа вы можете использовать это как

#define MAX_HEIGHT 12.5

Я бы использовал объект конфигурации, который инициализируется из файла plist. Зачем беспокоить другие классы ненужными внешними вещами?

Я создал eppz!settignsединственную по этой причине. См. Статью Расширенный, но простой способ сохранения в NSUserDefaults для включения значений по умолчанию из файлаplist .