Вообще, вроде как через Tag даже правильнее делать, так как меньше памяти расходуется за счет того, что список состоит только из видимых элементов (могу ошибаться, так как когда нужно было писать клиент - задавался этим вопросом и либо на хабре вычитал сборник плохих кусков кода, либо на vogella)
@FanatPHP Мне кажется, что то, что вы напридумывали себе о тостере - не проблема тостера, ведь так?
Да и думать, что тостер внезапно станет нашим stackoverflow (я так понимаю, речь-то идет именно об этом?) и при этом упрекать всех в том, что их ответы на тостере полная лажа, а люди, задающие простые вопросы "хомячки и бабки-гадалки" - довольно странно, так как одно делает невозможным другое :)
@FanatPHP да я какбы год был на яве, а до этого с pdo напрямую дела не имел по разным причинам.
Поэтому мне глубого наплевать на условный позор - человек спросил, а я попытался ответить.
Мне кажется регулярки стоит использовать там, где нельзя простым способом выудить данные, так как они тяжеловеснее и медленнее. Сложная верстка, например, где нельзя явно проследить правило повторения тех или иных значений. Ну или более сложные выборки с большим количеством вариаций значений, таких как телефоны с разным положением скобок и так далее.
В данном же случае все довольно просто и единственное отличие в шаблоне - это длина id, которая как раз и вычисляется как "положение фигурной скобки" - "положение underscore".
Ну и еще у меня осталась в памяти одна фраза - "Если вы собрались решить одну проблему с помощью регулярных выражений, то теперь у вас уже две проблемы".
Хотя сам одно время очень любил регулярки и использовал везде, где это можно было сделать, что сказывалось на быстродействии..
@AndrewSlv так restful или rpc? для rpc на android есть такой клиент code.google.com/p/android-json-rpc/wiki/GettingStarted
Для Rest я бы советовал Retrofit.
Данные да, через json, который в android отлично подхватывает Gson.
Стучаться будут по принципу юзер жмет кнопку, запускает участок кода, где клиент (retrofit, например) совершает определенное подключение к api, получает данные в json. Затем ответ разбирается вручную или через gson и в результате участок кода оповещает пользователя о чем-то. Например, запускает toast с сообщением а-ля "Success" или еще что..
