Форум программистов, компьютерный форум CyberForum.ru

обращение к данным uiviewcontroller - Программирование iOS/iPhone

Восстановить пароль Регистрация
 
 
Рейтинг: Рейтинг темы: голосов - 29, средняя оценка - 4.76
Igor20
39 / 0 / 1
Регистрация: 10.12.2012
Сообщений: 5
10.12.2012, 20:22     обращение к данным uiviewcontroller #1
как взять текст из label.text из одного uiviewcontroller в другой? как обращаться к обьектам других вьюшек?
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
glvrzzz
95 / 71 / 12
Регистрация: 12.12.2012
Сообщений: 214
12.12.2012, 15:31     обращение к данным uiviewcontroller #21
Alex_pac, у Вас вообще как рука поднимается кому-то советы давать при таких знаниях? Как говорил профессор Преображенский: "Вам нужно молчать и слушать! Молчать и слушать!"

Про Вашу несуразицу про ARC, MVC, синглтоны и сториборды (кстати каким боком они вообще тут?) я даже не вижу смысла что-то писать, потому что вы пишете про ARC и сборщик мусора, не зная, что такое ни первое, ни второе.

ООП вы похоже тоже прогуляли, раз считаете, что объект следует представлять как Dictionary. Чем Вам объявление классов, то не угодило?

По вопросу автора темы:
Я обычно делаю, примерно так, как написал zulkis: в контроллер при ините (или как проперти) передается указатель на данные, потом в viewDidLoad или например viewWillAppear: нужные данные подпихиваются в интерфейс

Objective-C
1
2
3
4
5
6
7
8
9
10
11
12
- (id)initWithUser:(User *)user {
    self = [super init];
    if (self) {
        self.user = user;
    }
    return self;
}
 
- (void)viewDidLoad {
    [super viewDidLoad];
    self.nameLabel.text = self.user.name;
}
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
Max Patsy
курлык-курлык
 Аватар для Max Patsy
84 / 93 / 3
Регистрация: 26.11.2009
Сообщений: 394
Записей в блоге: 1
12.12.2012, 19:02     обращение к данным uiviewcontroller #22
Сообщение было отмечено автором темы, экспертом или модератором как ответ
Цитата Сообщение от Alex_pac Посмотреть сообщение

вот библия начинающего iOS программиста

ARC - сборщик мусора



у вас арц - сборщик, потому что бибилия программиста - сайт аймолодец ))
zulkis
 Аватар для zulkis
681 / 608 / 38
Регистрация: 13.01.2011
Сообщений: 1,724
12.12.2012, 19:05     обращение к данным uiviewcontroller #23
Цитата Сообщение от Alex_pac Посмотреть сообщение
по этот факт является фактом пруфлинки не нужны ибо очевидно
Дизреспект Вам. Нет у Вас документально обоснованного ответа, ибо не правы Вы.
Если нет доказательств - грош - цена Вашим "очевидным фактам".
Vorona
Peace 2 all shining faces
 Аватар для Vorona
661 / 523 / 44
Регистрация: 05.03.2010
Сообщений: 1,268
12.12.2012, 21:32     обращение к данным uiviewcontroller #24
Цитата Сообщение от Alex_pac Посмотреть сообщение
пруфлинк, подтверждающий что ARC не сборщик мусора, в студию!
http://lists.apple.com/archives/objc.../msg00013.html держи пруф от первоисточника, и, пожалуйста, не советуй ничего и никому по поводу iOS

Цитата Сообщение от Alex_pac Посмотреть сообщение
да вы батенька не вкурсе ваще
и я батенька в курсе ваще, незря деньги за это получаю

думаю, можно закрыть этот базар, а если у ТС появятся новые вопросы, с радостью на них ответим
zulkis
 Аватар для zulkis
681 / 608 / 38
Регистрация: 13.01.2011
Сообщений: 1,724
12.12.2012, 21:46     обращение к данным uiviewcontroller #25
Цитата Сообщение от Vorona Посмотреть сообщение
думаю, можно закрыть этот базар, а если у ТС появятся новые вопросы, с радостью на них ответим
Поддержу, ибо и так выяснили все что нужно по поводу некоторых участников данной дискуссии.
Alex_pac
 Аватар для Alex_pac
1281 / 687 / 8
Регистрация: 25.05.2011
Сообщений: 2,158
Записей в блоге: 51
13.12.2012, 07:28     обращение к данным uiviewcontroller #26
да вы сами не можете объяснить почему ARC не сборщик. просто кидаете ссылки непонятно на что.

если это не сборщик, то какого хрена он АВТОМАТИЧЕСКИ чистит неиспользуемые объекты?

Добавлено через 28 минут
http://habrahabr.ru/post/129874/
Вкратце — это и есть суть ARC. Правила управления памятью встроены в компилятор. Но вместо использования их для помощи разработчику в поиске ошибок, механизм ARC просто вставляет необходимые вызовы. И все.

Механизм ARC занимает положение где-то между сборщиком мусора и ручным управлением памятью. Как и сборщик мусора, ARC избавляет разработчика от необходимости написания вызовов retain/release/autorelease. Тем не менее, в отличие от сборщика мусора, ARC никак не реагирует на циклы retain. Два объекта со строгими ссылками друг на друга никогда не будут обработаны ARC, даже если никто более не ссылается на них. В то время, как ARC избавляет программиста от большинства задач управления памятью, разработчик по прежнему должен избегать или вручную уничтожать строгие циклические ссылки на объект.
из чего следует что ARC является сборщиком мусора.

у вас арц - сборщик, потому что бибилия программиста - сайт аймолодец ))
среди русской документации есть лучше? пруфлинк в студию!
glvrzzz
95 / 71 / 12
Регистрация: 12.12.2012
Сообщений: 214
13.12.2012, 12:25     обращение к данным uiviewcontroller #27
Цитата Сообщение от Alex_pac Посмотреть сообщение
да вы сами не можете объяснить почему ARC не сборщик. просто кидаете ссылки непонятно на что.
Если для Вас ссылка на Хабр - неоспоримое доказательство, а официальная документация LLVM - это "непонятно что", то я даже не знаю, какие еще пруфлинки тут можно давать.

Вкратце:
Управление памятью с включенным ARC приципиально ничем не отличается от ручного управления с помощью retain count. Отличие в том, что ARC при компиляции за Ваc расставляет вызовы retain, release и прочие (а точнее вызовы аналогичных с-функций).
Сборщик мусора работает в runtime, запускается время от времени, находит объекты в памяти, на которые больше больше никто не ссылается и убивает их.

Компиляция, runtime - разницу видите?
Alex_pac
 Аватар для Alex_pac
1281 / 687 / 8
Регистрация: 25.05.2011
Сообщений: 2,158
Записей в блоге: 51
13.12.2012, 13:47     обращение к данным uiviewcontroller #28
Отличие в том, что ARC при компиляции за Ваc расставляет вызовы retain, release и прочие (а точнее вызовы аналогичных с-функций).
какая разница когда он это делает. В ран тайм или во время компиляции?

С точки зрения программиста написавшего код нет разницы ибо в любом случае не нужно беспокоиться об уничтожении объектов

А если результате не нужно удалять объекты вручную, то значит ARC выполняет функцию сборщика мусора хоть им не является.
Vorona
Peace 2 all shining faces
 Аватар для Vorona
661 / 523 / 44
Регистрация: 05.03.2010
Сообщений: 1,268
13.12.2012, 16:39     обращение к данным uiviewcontroller #29
Вы читать умеете, или - безграмотный самоуверенный неуч?
Просили пруфлиники - держите!
я дал вам ссылку на официальный Q&A, а не убогий сайт аймаладец
читайте документацию побольше http://developer.apple.com/library/i...roduction.html
ARC has several big advantages over libauto GC:

1. It has deterministic reclamation of objects (when the last strong reference to the object goes away) where GC frees an object "sometime later". This defines away a class of subtle bugs that can exist in GC apps that aren't exposed because the collector doesn't trigger "in the buggy window".

2. The high water mark is generally much lower with ARC than GC because objects are released sooner.

3. libauto provides a fragile programming model, you have to be careful to not lose write barriers etc.

4. not all of the system frameworks are GC clean, and the frameworks do occasionally regress as they evolve.

5. ARC doesn't suffer from false roots. libauto conservatively scans the stack, which means that integers that look like pointers can root object graphs.

6. ARC doesn't have anything that kicks in and stops your app, causing UI stutters. libauto is pretty advanced as far as GC implementations go because it doesn't immediately stop every thread, but it still does usually end up stopping all the UI threads.
и для программиста есть разница между ARC и GC, если вы программист конечно.

да кому нужны русские сайты от таких же как и вы школьников, пусть учатся программировать, а не людей с толку сбивать, все актуальное можно найти в документации и англоязычных первоизданиях

Будь моя воля, забанил бы вас, за то что навязываете людям ложную информацию
zulkis
 Аватар для zulkis
681 / 608 / 38
Регистрация: 13.01.2011
Сообщений: 1,724
13.12.2012, 18:20     обращение к данным uiviewcontroller #30
Мне тут еще и карму ктото сливает... Негодяйский человек какой-то )
Alex_pac
 Аватар для Alex_pac
1281 / 687 / 8
Регистрация: 25.05.2011
Сообщений: 2,158
Записей в блоге: 51
13.12.2012, 21:22     обращение к данным uiviewcontroller #31
да кому нужны русские сайты от таких же как и вы школьников, пусть учатся программировать
Это вас надо высласть в Сибирь за неуважение к русским программистам.
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
14.12.2012, 06:07     обращение к данным uiviewcontroller
Еще ссылки по теме:

Objective-C Прозрачный UIViewController
Objective-C Метод touchesBegan в UIViewController
Swift PostgRest обращение к веб сервису
Objective-C Не вызывается dealloc в UIViewController при popViewControllerAnimated
Objective-C Состояние UIViewController

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
zulkis
 Аватар для zulkis
681 / 608 / 38
Регистрация: 13.01.2011
Сообщений: 1,724
14.12.2012, 06:07     обращение к данным uiviewcontroller #32
Alex_pac, как не стыдно, я сам из Сибири. Это у Вас, в Тольятти, так принято, незнакомых людей в Сибирь посылать?
Смею Вас заверить, что кроме возможности получить обморожение, ничего ужасного здесь и нет.

Цитата Сообщение от Alex_pac Посмотреть сообщение
за неуважение к русским программистам.
Неуважение в том обращении было известно к кому, а не ко всем "русским программистам".

Не по теме:

Закройте уже тему, тут человек на конфликт идет.

Yandex
Объявления
14.12.2012, 06:07     обращение к данным uiviewcontroller
Ответ Создать тему
Опции темы

Текущее время: 17:43. Часовой пояс GMT +3.
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Рейтинг@Mail.ru