Поскольку в документации указано, что значение одного узла может быть не более 10 МБ. Дочерние узлы под местом не считаются значением, они просто ... дочерние узлы.
Дерево может быть больше 10 МБ. Логически это также имеет смысл: иначе вся база данных никогда не может быть больше 10 МБ, что неверно.
короткий ответ: не (потому что Вы сказали межплатформенный ).
длинный ответ: межплатформенные графический интерфейсы пользователя являются старой проблемой. QT, GTK, wxWindows, Java AWT, Java Swing, XUL - они все страдают от той же проблемы: получающийся GUI не выглядит собственным на каждой платформе. Что еще хуже, каждая платформа имеет немного отличающийся взгляд и чувство, поэтому даже если бы Вы так или иначе смогли получить инструментарий, который выглядел собственным на каждой платформе, необходимо будет так или иначе кодировать приложение к чувство собственный компонент на каждой платформе.
Это сводится к решению: Вы хотите минимизировать усилие по разработке и иметь GUI, который не делает стиля совершенно верно на каждой платформе, или Вы хотите максимизировать пользовательский опыт? При выборе второй опции необходимо будет разработать общий бэкенд и пользовательский UI для каждой платформы.
рубин не является плохим выбором для Вашего общего бэкенда.
Если Вы когда-нибудь рискуете к Mac, проверяете RubyCocoa. Это очевидно только для OSX, но я видел, что много людей царапает их голову, когда надеющийся делать разработка GUI на Mac и если Вы любите рубиновый RubyCocoa, является большой забавой.
Java является все еще опцией, и это - хороший вариант также. Если Вы хотите собственное использование стиля SWT/JFace. Можно действительно подать мощные заявки UI с платформой RCP затмения.
Вы посмотрели на SWT на Java? Это использует собственные виджеты и намного легче получить хороший интерфейс с ним, чем Swing.
Не уверенный в Ruby, но Вы упомянули Mono/C# - я использовал Моно и GTK# вполне немного в последнее время, и очень впечатлен. Кажется, довольно стабилен, и межплатформенная мобильность хороша.
Ruby/GNOME2 работает вполне прилично. Можно использовать Поляну, чтобы перетащить окно elemtns и загрузить его UI из приложения Ruby.
будучи wxperl программистом, я знаю, что wxruby там также. Wx довольно быстр и имеет истинный межплатформенный стиль.
Существует также FXRuby, который обладает преимуществом Прагматической книги Программиста, а также wxRuby, который основан на wxWidgets платформе GUI C++.
С Ruby можно использовать Tk, который является зрелым, кросс-платформенным инструментарием UI. Это - defacto инструментарий GUI для Python и Tcl, и также доступно для использования с Perl. Новые версии Tk используют собственные виджеты, который обращается к первоочередной задаче, что Tk выглядит датированным.
А нейтральный в отношении языка веб-сайт, посвященный Tk, http://www.tkdocs.com/ , который включает примеры, кодированные и в Ruby и в Tcl.
Ruby имеет Обувь , но это могло бы быть маленьким легким весом.
Вы будете иметь Ruby/GTK, который позволяет Вам использовать инструментарий GTK в соответствии с Linux. Я думаю, что это должно работать в соответствии с Windows и Mac OS (что касается Канители, Gaim и так далее).
А французское сообщение журнала хорошая статья новичка о Ruby/GTK.
Редактирование: Согласно основной странице на проект SourceForge, Ruby-Gnome2 (иначе Ruby/GTK) является межплатформенным (Windows, Linux, Mac OS).
Take a look at Ruby GUI 2008 Survey Results and the discussion here. You will love to know.
Я решительно поддерживаю Qt для разработки кроссплатформенного графического интерфейса. Это круто, а API очень интуитивно понятны. Графический интерфейс Qt выглядит почти как родной, потому что он использует элементы управления графическим интерфейсом, предоставляемые базовой ОС.
Хотя базовый интерфейс с C ++ доступен для других языков. Для Ruby доступен RubyQt. К сожалению, он очень незрелый.