sudhanshu2511 Ответов: 2

Словарь в Андроид приложение в Eclipse


Я хочу сделать приложение на android, как словарь с eclipse . теперь главный вопрос заключается в том, что
1. мы не можем сделать приложение, которое перенаправляет вас на другое приложение в одной и той же ОС , что я имею в виду, что словарь приложение, как это , у нас есть слово, то просто нажмите на него и он перенаправляет нас на другое приложение, например, Word-веб-поиск слово .

2. что я думаю, что хочу сделать, так это то, что наше приложение выглядит так: мы должны напечатать что-то в этом приложении, и его смысл выйдет наружу .

3. Также мы можем сделать так: нажмите на слово, и оно перенаправит вас на веб-страницу

Я новичок в android-приложении ,и это мои идеи, которые я хочу знать, какой из них является правильным. Кроме того, я не смог найти ничего в сети о словаре, как я хочу . если кто-нибудь может сказать мне , как правильно представить приложение для словаря и соответствующий учебник для этого, мне будет очень приятно .

Спасибо

2 Ответов

Рейтинг:
2

Kumara Samy

Необходимое вам требование может быть выполнено до этого вам нужно получить все слова и значения в БД после этого мы можем выполнить его в соответствии с вашими потребностями


Рейтинг:
0

Sergey Alexandrovich Kryukov

Почему вы считаете, что ваши требования должны привести вас к эффективному применению словаря?

Я некоторое время назад случайно разработал свое собственное программное обеспечение для словаря, поддерживающее формат словаря XDXF (http://xdxf.revdanica.com/drafts/[^]), поэтому я знаю, что этот класс программного обеспечения имеет специфические проблемы, которые требуют некоторых специальных методов, чтобы сделать приложение словаря гибким, но обеспечивающим достаточную производительность.

Наличие типичного объема словаря в несколько десятков мегабайт и нескольких сотен мегабайт для больших словарей делает загрузку словаря и поиск в словаре узким местом производительности.

Перенаправление запроса как целого слова сильно ограничивает использование словаря. Пользователь словаря может быть не уверен в правописании и мне нужно видеть несколько похожих слов одновременно, как это бывает, когда вы используете словарь, напечатанный на бумаге. Я набираю первую, вторую и следующую буквы во входной строке и вижу список ближайших слов, который выглядит как «окно» во всем словаре. Конечно, этот список виртуальный и заполняется на лету в зависимости от набранных букв. Кроме того, ему нужны неограниченные перекрестные ссылки: каждое слово, щелкнутое в элементе управления, показывающем словарную статью, должно найти это слово в словаре с тем же эффектом - списком ближайших ключей.

В любом случае, если вы хотите иметь функциональность словаря в двух процессах (UI-это отдельный процесс, а сам словарь может быть удаленным процессом), вы не можете говорить о "перенаправлении", а скорее о модели клиент-сервер, предположительно обслуживаемой через TCP. Протокол приложения должен быть статусным и запоминать состояние пользователя с целью инкрементного поиска, описанного выше.

Теперь о серверной части такого приложения. Проблема быстрого поиска в словаре привела меня к разработке специального компактного двоичного представления словаря (я опционально могу конвертировать из XDXF) с разделом индекса. Позиции в потоке индексируются несколькими буквами каждого ключа. Размер словаря диктует, что в памяти хранится только часть индекса. Файл со словарем остается открытым, механизм индексации вычисляет позицию в потоке, с которой начинается чтение. Этот механизм делает скорость поиска (опять же, когда каждая введенная или измененная буква обновляет окно списка ключей и при выборе отображается статья на выбранном ключе) очень высокой, с задержкой, абсолютно незаметной для человеческого глаза.

—СА