Спасибо, Адри. Ваш ответ - решение моей проблемы. В других статьях я читал похожие вопросы о переопределении var canBecomeFirstResponder, но либо упустил из виду, либо не было явно указано, что необходимо создать собственный класс UIImageView.
Просто чтобы прояснить новичкам, таким как я, класс imageView в storyBoard и его @IBOutlet в его viewController должны быть напечатаны как ResponsiveImage. Если изменяется только один из них, сообщается об ошибке приведения типа.
Большое спасибо за то, что закончили мои часы разочарований : -)
Я думаю, что существует много приложений, все еще сделанных в Win32, MFC и конечно, WinForms. Я думаю, что это был бы мудрый выбор добавить WPF к Вашему поясу инструмента. Необходимо ли отбросить все и изучить ли это сегодня?Это зависит от тебя. Я вижу больше спроса на WPF. Это не является подавляющим, но ни один не был C#/WinForms в 2001.
Таким образом, длинный обветренный ответ - то, что просто необходимо рискнуть. Никто не знает, будут ли приложения WPF доминировать над рынком. Я склоняюсь к возможности, и я также думаю, что Silverlight может быть реальным плеером в продвижении веб-приложений. С тех пор существуют передаваемые навыки между этими двумя, я страхую свою ставку немного, продолжая изучать WPF.
См., также это лучше для использования WPF по WinForms
Извините это не конкретный ответ.
Вы просите, чтобы мы предсказали будущее :)
Я думаю лучший способ приблизиться, это должно посмотреть на другую технологию, которую Вы могли изучить, не изучили ли Вы WPF. Я взвесил бы различные компромиссы и выбрал бы тот, который был более ценным мне.
Например, если бы выбором был WinForms или WPF, то я, конечно, пошел бы с WPF. WPF имеет более крутую кривую обучения, чем WinForms. Однако, после того как Вы заканчиваете то изучение curvie, настолько легче работать с. WPF может сделать в нескольких строках, что проводило несколько сотен строк пользовательского элемента управления в WinForms.
WPF является окончательной графической платформой для Windows. GDI Win32 был "первой попыткой", WPF является "постоянной структурой". Для комбинации Windows и плоских дисплеев (f.e. 3-и дисплеи могли бы потребовать чего-то еще), это никогда не будет заменяться. Поэтому изучите это, это - хороший товар.
Microsoft имеет привычку к броску всего в стене и наблюдении что палки... Платформа Pocket PC, J#, и так далее. Относительно WPF слишком рано, чтобы сказать, увеличится ли принятие в будущем.
При программировании.NET Winforms и/или Webforms кривая обучения не, это погружается. Я предложил бы, плещутся с ним, но не бросают все яйца в общеизвестный WPF (или даже Silverlight) корзина. Поскольку другие отметили, лучше для обработки его как просто другой инструмент в арсенале.
WPF был вокруг в течение нескольких лет теперь, и решение Microsoft переписать Visual Studio (2010) в WPF является хорошим знаком, что это устанавливается. Помните, это - один из самых популярных IDE на рынке и знаке намерения от парней в Microsoft.
Моя организация приняла технологию в прошлом году и в то время как она имеет крутую кривую обучения - действительно необходимо учиться думать в различных терминах - она выплатила дивиденды в богатстве приложений, которые мы можем разработать. Я люблю winforms, и большой поклонник asp.net, но что сдувает меня о WPF, то, что Вам предоставляют стандартные блоки, и возможности бесконечны...
На вашем месте я изучил бы WPF для опыта и пожинал бы вознаграждения позже. Не забывайте - Вы будете также изучать ядро Silverlight при принятии WPF - это две технологии, которые по моему скромному мнению никуда не идут!
Да начинают изучать это. Это применимо к Silverlight (хотя не от 1 до 1 отображения), это - также очень похожая модель к парадигме Flex Abobe MXML, Таким образом, Вы будете получать 3 победы за цену 1.
Мы начинаем видеть, что работа прибыть в это призывает к нему, таким образом, существует определенно серьезное основание иметь его на старом служебном поясе.
Да, при разработке настольных приложений на платформе Windows WPF является появляющимся стандартом. WPF заменяет API Win32, который доминировал над рабочим столом Windows до сих пор, и Microsoft ожидает подобное время жизни для платформы WPF.
Кроме того, это - путь вентилятор.
И затем существует Silverlight, конечно.
В WPF есть чему поучиться. Вам нужно умереть и возродиться программистом с графическим интерфейсом.
Но стоит ли это усилий. Почему? Вот мой ответ.
Поскольку вы задаете этот вопрос, я предполагаю, что вы программист, основанный на технологиях Microsoft.
Поскольку MS стремится к WPF для разработки GUI, я не вижу выбора. Выигрышные формы прослужат, наверное, еще 2 года. Поскольку классный внешний вид WPF заставляет пользователей запрашивать все больше и больше приложений WPF, чем Win Forms. Как вы знаете, для многих пользователей графический интерфейс - это S / W :)
Теперь, если вы программист, не использующий MS, возможно, из Java, я скажу, что WPF имеет много общего с Java Swing. Но это очень-очень большой супер-набор Swing.
Чтобы Swing догнал WPF, может потребоваться как минимум 2/3 года, и к тому времени WPF может править словом, и я не ожидаю, что Swing будет намного проще, если не сложно.
Как silverlight является независимым от платформы и, поскольку его модель похожа на WPF, я предсказываю, что WPF будет править по крайней мере в течение следующих 6/7 лет, если не десятилетия.
Я верю и надеюсь, что MS упростит задачу для программисты, чтобы сократить время обучения или передать их специалистам по графическому интерфейсу (с использованием смеси выражений).