Я думаю, что никто не заботится, как веб-сайт был разработан/реализован, когда он ведет себя большой, и он работает быстро.
я использую и "таблицу" и "отделение" / теги "промежутка" в разметке HTML.
Позволяют мне дать Вам немного аргументов, почему я выбираю отделения:
для таблицы необходимо записать по крайней мере 3 тега (таблица, TR, td, thead, tbody), для хорошего дизайна, иногда у Вас есть много вложенных таблиц
, мне нравится иметь компоненты на странице. Я не знаю, как объяснить точно, но попробую. Предположим, что Вам нужен логотип, и это должно быть помещено, просто маленькая часть его, по содержанию следующей страницы. Используя таблицы необходимо сократить 2 изображения и поместить это в 2 различных TDS. Используя ОТДЕЛЕНИЯ у Вас может быть простой CSS для расположения его, как Вы хотите. Какое решение прилагают все усилия?
, когда более тогда 3 вложенных таблицы для того, чтобы сделать что-то я думаю для перепроектирования его ОТДЕЛЕНИЯ использования
, НО я все еще использую таблицы для:
табличные данные
содержание, которое расширяется сам
быстрые решения (прототипы), потому что модель поля DIV отличается на каждом браузере, потому что много генераторов используют таблицы, и т.д.
Если API не говорит, что это потокобезопасный, это не так. Даже если текущая реализация является потокобезопасной, этого может не быть в будущем. Другими словами, не используйте AB из нескольких потоков.
Кстати, что насчет того, что он основан на CoreData, заставляет вас думать, что он будет потокобезопасным? CoreData использует модель ограничения потока, в которой безопасен доступ к контексту только в одном потоке, все объекты из контекста должны быть доступны в одном потоке.
Это означает, что sharedAddressBook не будет потокобезопасным, если он поддерживает NSManagedObjectContext для использования. Было бы безопасно, только если AB создает новый контекст каждый раз, когда ему нужно что-то сделать, и немедленно удаляет его, или если он создает контекст для каждого потока и всегда использует соответствующий контекст (возможно, сохраняя ссылку на него в threadDictionary) .