Большое спасибо @RobertDresler. Он спас мой день. После перезагрузки CollectionView, если вы вызываете метод setNeedsDisplay (), вызывается метод draw (). Пожалуйста, проверьте ниже.
override func prepareForReuse() {
super.prepareForReuse()
setNeedsDisplay()
}
существует два полностью различных понятия под названием 'Web 2.0':
пользователь генерировал содержание (обычно с некоторой 'социальной сетью')
динамические ОСНОВАННЫЕ НА AJAX веб-приложения
второй несколько диктует технологии, которые необходимо использовать (по крайней мере некоторый JS и машиночитаемое содержание в (немного) ответы). конечно, нет ничего против использования Java (или CGI, Perl, безотносительно) на сервере.
первый не имеет никакого отношения к технологии, и все, чтобы сделать с самим сервисом Вы обеспечиваете. снова, можно использовать что-либо, что Вы хотите.
почему эти два смешаны в том же терме? и больше к Вашей точке: почему динамические языки приняты 'более подходящие' для него? я предположил бы, что это - просто временное совпадение, все три вещи (пользовательский контент, Ajax, серьезные динамические языки) перешли к центру внимания примерно одновременно, и большинство сторонников каждого понятия использует другие два.
короче говоря, лучше избегайте неопределенных условий маркетира как "web 2.0" и используйте надлежащие описания. по крайней мере, при работе. когда продажа VCS и PHBs использует любого и все модные словечки, которые подходят!
Я утверждал бы, что нет никакой определенной технологии для Web 2.0. Основное понятие позади приложения Web 2.0 является так большой частью содержания, обеспечивается, он - пользователи и не один определенный человек. Если можно достигнуть этого с Java, то это прекрасно. Многие люди создают компании по запуску с технологией, которая свободна, потому что они не имеют капитала.
Конечно, это. Java имеет некоторые чрезвычайно сформировавшиеся и хорошо протестированные платформы для того, чтобы сделать веб-приложения, включая так называемые веб-сайты Web 2.0. Будьте в спящем режиме, Spring, даже Struts и Мозаики, или даже Простые Сервлеты сделают.
Кроме того, Java очень быстр (см. тесты скорости Debian) по сравнению с Ruby, который хорош для веб-сайтов, обрабатывающих партии и много запросов, которых Ajax действительно имеет тенденцию расширять количество!:)
Где я работаю, все наши приложения создаются с помощью Java. Они - веб-приложения, созданное использование или в спящем режиме или прямой JDBC на конце данных, и Struts использования или JSF для стороны презентации. Я не работал бы с JSF снова, если у нас не было доступа к последней версии (мы застряли на 1,0 из-за нашего IDE), поскольку мы встретились со МНОГИМИ проблемами с ним и были сказаны, что они были зафиксированы в более поздних версиях. Что касается остальной части технологий, они хорошо работают, если Вы знаете, как использовать их.
В целом Вы собираетесь быть более обеспеченной разработкой на языке, который Вы знаете хорошо, и способно к выполнению задания, чем в одном, Вы едва знаете, но можете быть "лучшим" языком для задания.
Ваши друзья, со всем должным уважением, являются болванами. Java является богатым языком с невероятной поддержкой инструментов. Вы могли создать фантастический бэкенд в Java и использовать что-либо, что Вы хотите для фронтэнда.
Это взяло меня некоторое время для выяснения, что сказать в этом ответе, потому что я был удивлен в чистом сумасшествии понятия.
"Web 2.0", как правило, относится к пользовательскому интерфейсу, чем базовая технология, приводящая в действие веб-приложение.
Что мешает основанному на Java веб-приложению быть полностью роскошным и AJAX-y в уровне UI?Ничего. Вы будете писать средние слои в Java - который очевиден для пользователя так или иначе.
Я думаю, что люди, которые дали Вам этот совет, более обеспокоены тем, чтобы быть "бедром" и (что они чувствуют, чтобы быть), текущий с тем, что является "горячим" прямо сейчас - который полностью не важен разметке Вашего UI. Я не слушал бы их.
Прекрасный день, я добираюсь для регистрации о Калитке снова!:)
Java очень подходит для приложений Web2.0, пока Вы знаете, как использовать инструменты, которые доступны для Вас. Калитка Apache, которую я просто связал, является основанной на POJO платформой веб-приложений с таким невероятным способом скрыть весь этот скучный материал клиента сервера, что это позволяет Вам делать примерно что-либо, о чем можно думать. Сильная сторона здесь - то, что, так как Калиткой является просто POJOs, можно стать очень быстрыми, повторяющимися, и протестированная единица кодируют, который работает, как можно было бы ожидать в браузере.
Для создания сайтов Web2.0 с Java, Вы не должны, конечно, использовать Калитку, но я рекомендовал бы это так или иначе.
Я создаю веб-приложения на работе в Java, и затем я использую PHP для своих персональных проектов. В то время как Java, конечно, способен ко всему, что Вы могли бы потребовать, чтобы это сделало, я находил его немного громоздким время от времени и жаль, что не использовал PHP (или другой язык, в этом отношении). Это действительно зависит от того, какой тип и размер приложения Вы создаете, но я думаю, что существуют серьезные основания, почему многие люди выбирают PHP, Ruby и Python для их персональных проектов, т.е. где они добираются для выбора, какой язык они создают веб-приложения в (и не их начальники).