обращение к данным uiviewcontroller

@Igor20 · Регистрация: 10.12.2012

Студворк — интернет-сервис помощи студентам

как взять текст из label.text из одного uiviewcontroller в другой? как обращаться к обьектам других вьюшек?

glvrzzz · 12.12.2012, 15:31

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 · 12.12.2012, 19:02

Сообщение от Alex_pac

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

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

у вас арц - сборщик, потому что бибилия программиста - сайт аймолодец ))

@zulkis · 12.12.2012, 19:05

Сообщение от Alex_pac

по этот факт является фактом пруфлинки не нужны ибо очевидно

Дизреспект Вам. Нет у Вас документально обоснованного ответа, ибо не правы Вы.
Если нет доказательств - грош - цена Вашим "очевидным фактам".

@Vorona · 12.12.2012, 21:32

Сообщение от Alex_pac

пруфлинк, подтверждающий что ARC не сборщик мусора, в студию!

http://lists.apple.com/archive... 00013.html держи пруф от первоисточника, и, пожалуйста, не советуй ничего и никому по поводу iOS

Сообщение от Alex_pac

да вы батенька не вкурсе ваще

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

думаю, можно закрыть этот базар, а если у ТС появятся новые вопросы, с радостью на них ответим

@zulkis · 12.12.2012, 21:46

Сообщение от Vorona

думаю, можно закрыть этот базар, а если у ТС появятся новые вопросы, с радостью на них ответим

Поддержу, ибо и так выяснили все что нужно по поводу некоторых участников данной дискуссии.

@Alex_pac · 13.12.2012, 07:28

да вы сами не можете объяснить почему ARC не сборщик. просто кидаете ссылки непонятно на что.

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

Добавлено через 28 минут
http://habrahabr.ru/post/129874/

Вкратце — это и есть суть ARC. Правила управления памятью встроены в компилятор. Но вместо использования их для помощи разработчику в поиске ошибок, механизм ARC просто вставляет необходимые вызовы. И все.

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

из чего следует что ARC является сборщиком мусора.

у вас арц - сборщик, потому что бибилия программиста - сайт аймолодец ))

среди русской документации есть лучше? пруфлинк в студию!

glvrzzz · 13.12.2012, 12:25

Сообщение от Alex_pac

да вы сами не можете объяснить почему ARC не сборщик. просто кидаете ссылки непонятно на что.

Если для Вас ссылка на Хабр - неоспоримое доказательство, а официальная документация LLVM - это "непонятно что", то я даже не знаю, какие еще пруфлинки тут можно давать.

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

Компиляция, runtime - разницу видите?

@Alex_pac · 13.12.2012, 13:47

Отличие в том, что ARC при компиляции за Ваc расставляет вызовы retain, release и прочие (а точнее вызовы аналогичных с-функций).

какая разница когда он это делает. В ран тайм или во время компиляции?

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

А если результате не нужно удалять объекты вручную, то значит ARC выполняет функцию сборщика мусора хоть им не является.

@Vorona · 13.12.2012, 16:39

Вы читать умеете, или - безграмотный самоуверенный неуч?
Просили пруфлиники - держите!
я дал вам ссылку на официальный Q&A, а не убогий сайт аймаладец
читайте документацию побольше http://developer.apple.com/lib... ction.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 · 13.12.2012, 18:20

Мне тут еще и карму ктото сливает... Негодяйский человек какой-то )

@Alex_pac · 13.12.2012, 21:22

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

Это вас надо высласть в Сибирь за неуважение к русским программистам.

@zulkis · 14.12.2012, 06:07

Alex_pac, как не стыдно, я сам из Сибири. Это у Вас, в Тольятти, так принято, незнакомых людей в Сибирь посылать?
Смею Вас заверить, что кроме возможности получить обморожение, ничего ужасного здесь и нет.

Сообщение от Alex_pac

за неуважение к русским программистам.

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

Не по теме:

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .	Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .	сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .

@Igor20 39 / 0 / 0 Регистрация: 10.12.2012 Сообщений: 5

	обращение к данным uiviewcontroller 10.12.2012, 20:22. Показов 6076. Ответов 31 Метки нет (Все метки) как взять текст из label.text из одного uiviewcontroller в другой? как обращаться к обьектам других вьюшек? 0

@zulkis 686 / 613 / 43 Регистрация: 13.01.2011 Сообщений: 1,722
	13.12.2012, 18:20
	Мне тут еще и карму ктото сливает... Негодяйский человек какой-то ) 0

обращение к данным uiviewcontroller

Решение