Использовать обратный вызов, но скрывать li с помощью CSS display: none;
fadeIn должен работать после этого.
$(document).ready(function(){
setInterval(function(){
$('.live-stream ul').each(function(){
$(this).load('tx.php', function(){
$(this).find('li').fadeIn();
});
});
}, 1000);
});
Это вызвано тем, что XmlSerializer только сериализирует общедоступные поля/свойства. Другие формы сериализации могут сериализировать частные данные, которые составляют потенциальную угрозу безопасности, таким образом, необходимо "подписаться" на использование атрибута.
Прямо сейчас существует действительно 3 формы сериализации в.Net Платформе.
, к сожалению, существует стандартный полный шаблон для сериализации. Все 3 платформы имеют различные требования и причуды.
Безопасность не является единственной проблемой; просто, сериализация только имеет смысл для определенных классов. Например, это делает мало snse для сериализации "соединения". Соединение строка , уверенный, но само соединение? nah. Аналогично, что-либо, что требует неуправляемого указателя/дескриптора, не собирается сериализировать очень хорошо. Ни делегаты.
Кроме того, XmlSerializer
и DataContractSerializer
(по умолчанию) дерево сериализаторы, не график сериализаторы - таким образом, любые рекурсивные ссылки (как Parent
) заставят его повреждаться.
отмечание класса с предпочтительным маркером сериализатора является просто способом сказать, "и это должно иметь смысл".
IIRC, и [XmlSerializer
и [DataContractSerializer]
использовал , чтобы быть очень тверд о требовательных вещах как [Serializable]
, [DataContract]
или [IXmlSerializable]
, но они стали немного более либеральными в последнее время.