Сколько имеет, Открывают, XML завоевал популярность? [закрытый]
Используя эту простую библиотеку , вот как вы делаете вызовы в SharedPreferences ..
TinyDB tinydb = new TinyDB(context);
tinydb.putInt("clickCount", 2);
tinydb.putString("userName", "john");
tinydb.putBoolean("isUserMale", true);
tinydb.putList("MyUsers", mUsersArray);
tinydb.putImagePNG("DropBox/WorkImages", "MeAtlunch.png", lunchBitmap);
//These plus the corresponding get methods are all Included
5 ответов
Теперь, когда Microsoft Office 2007 (и особенно Excel) поддерживает Open XML, работать с ним намного проще, чем с Office Automation. Несколько основных причин этого:
- Лучшая производительность;
- Никаких хлопьевидных проблем с IPC (т.е. кто-то оставил Excel открытой в диалоге Save As, сбой);
- Никакой зависимости от самого Office, или любых внешних компонентов;
- Довольно легко писать Linq расширения и запросы против на C#;
- Может быть использован в серверной среде без каких-либо проблем или рисков.
Учитывая, что пользователи Office XP/2003 могут открывать файлы Office 2007 с помощью пакета совместимости, я не вижу причин продолжать использовать старые методы автоматизации или "OfficeML". Это своего рода кривая обучения, но, возможно, это лучший вариант на сегодняшний день - он бесплатный, надежный, а лучше всего то, что это родной формат, используемый сегодня Office 2007, и вам не нужны никакие глупые трюки, чтобы заставить его работать (например, прикрепление XLS-типа содержимого к HTML, как мы делали это для XL2003, а также жалобы XL2007 на неправильное расширение).
Я бы не сказал, что это прямая замена VBA/VSTO - дело в том, что они обычно являются частью решения, где требованием является интеграция с самой офисной средой. Использование OOXML обычно требует написания целого приложения вокруг него. Но для простого импорта/экспорта, для которого в прошлом, вероятно, использовалось 90% автоматизации, определенно, OOXML - это то, что нужно.
.Библиотеки, такие как Simple OOXML , также могут очень помочь с кривой обучения.
Я использовал Open Xml SDK для создания документов в SharePoint, генерацию PPTX для пользовательских презентаций (извлечение данных из XSLX) и для «создания» составных документов из нескольких сегментов документа.
Формат и SDK великолепны. Не беспокойтесь о сервере в сценариях ASP.NET или SharePoint, а также отличную скорость. Я не нашел слишком много сценариев, в которых SDK или xml «грубой силы» не могут достичь цели. Один из примеров - это защита паролем и DRM для документов, но это скорее второстепенные случаи. Я согласен с aaronaught , что это не эксклюзивное решение, но SharePoint, VSTO и другие инструменты в наборе инструментов для решений для создания документов.
Схема URI данных хорошо поддерживается, за исключением Internet Explorer до версии 8.
URI JavaScript, я думаю, немного лучше поддерживаются, но отказывают, если JS недоступен.
Лучшее, что вы можете сделать, это придерживаться внешних ресурсов изображения.
-121--1918217-URI данных не будет работать в < IE8. IE8 поддерживает их до 32KB.
-121--1918218-Я делаю сценарий, что производительность продаж для страны обеспечивается в PPT-деке с помощью Open XML
Я посмотрел на эту технологию много, я программирую на VBA, но это было слишком сложно для моих нужд. В его использовании есть несколько замечательных вещей, которые принесут пользу моему электронному обучению, например Linq и XML, но планка для перехода от VBA к базовым форматам слишком высока, и у меня нет такой роскоши, как время и деньги. потребуются инвестиции в изучение форматов VS.Net и Open Office XML.
Но единственное, в чем я думаю, это действительно поможет, - это добавление мета-тегов к содержимому PowerPoint для LMS.