Цель C: Общение между классами

Question

Я пишу программу для iPhone, у которой есть контроллер входа в систему, который позволяет пользователю войти в систему. У меня есть метод, который я использую в этом контроллере, который проверяет подлинность имени пользователя и пароля. Я использую keychain для хранения имени пользователя и пароля, но мне интересно, как я общаюсь за пределами класса, что имя пользователя и пароль являются подлинными без дублирования кода.

Это, вероятно, очень просто, но это уже поздно, и мой мозг полностью жареным ...

Answer 1

Хороший вопрос, и подход Саймона, конечно, причина возможность.

Другой идеей было бы создать новый класс, смоделированный как Singleton, называемый Security, и разместите там свой метод аутентификации. Тогда любой объект, который хочет проверить пользователя, может просто вызвать Security.

Вы можете прочитать на Singleton узора здесь: http://developer.apple.com/iphone/library/documentation/cocoa/conceptual/cocoaFundamentals/CocoaDesignPatterns/CocoaDesignPatterns.html#//apple_ref/doc/uid/TP40002974-CH6-SW6

Надеется, что это помогает.

Эндрю

Answer 2

Одним из способов было бы переместить код для обработки хранения и проверки в классе AppDelegate имя пользователя/пароль, то в ваши классы зрения контроллера вы можете сделать что-то вроде:

MyAppDelegate *appDelegate = (MyAppDelegate*)[[UIApplication sharedApplication] delegate]; 

// Store password 
[appDelegate storePassword:foo forUsername:bar]; 

// Then later, or in another class... 
if ([appDelegate userIsAuthenticated]) { 
    // Stuff for authenticated users goes here 
} 

(Вам нужно добавить #import "MyAppDelegate.h" к началу файла .m контроллера представления.)

Answer 3

Чтобы лучше соответствовать парадигме MVC, вероятно, вы должны переместить все ваши проверки пароля и хранение код вне контроллера представления, и в класс государственного моделирования.

Объект модели паролей не обязательно должен быть одиночным (для некоторых приложений может потребоваться несколько паролей и т. Д.).

При создании контроллера представления и любых других объектов, кроме необходимости касаться учетных данных пароля, передайте ему указатель на новый объект модели паролей на сообщение для хранения, проверки и т. Д. Таким образом, весь ваш код моделирования паролей будет инкапсулирован и скрыты в одном месте.