Я если честно сам разбираюсь еще, не нашел примеров, сделал демку и решил что может время кому сэкономлю, мне бы такая демка пару часов точно сэкономила.
Тестировал в Chrome 5.0.375.125 и FF 4 beta 2, все работало.
Да там совсем простой пример. Есть текстовое поле, есть кнопка Connect. После нажатия в браузере выводит смог ли соединится и «Hello World».
Что бы проверить работу достаточно в VS 1 кнопку нажать.
Стыдно выкладывать такое :)
Но если нужно, завтра выложу из офиса. Дома паролей нет от сервера.
Ну не знаю, может я просто не привык еще. Телефон с Android'ом у меня меньше недели, до этого был с Windows Mobile, может оттуда тянется такая привычка. :)
Не заметил.
Просто гугль по запросу «android market» выдает первым, этот сайт. Даже сказал бы, настоятельно реккомендует, выделяя среди других запросов в выпадающем списке.
Не понятно, почему там не сделать нормальный каталог, с поиском и прочим.
Студенты != профессиональные программисты. Я когда студентом был, много чего делал, о чем сейчас без смеха/слез не вспомнишь. И вычислительные задачи не лучший пример, там, может быть, и имеет смысл оптимизировать все до самого немогу, иначе считать будет вечность.
Но в статье вроде шел разговор о простых приложениях, у которых есть заказчик, бюджет и прочие требования.
Это уже из области философии и прочего, я говорю о том как есть в реальном мире.
Мне, как заказчику проекта, главное что бы я
а. Получил качественный продукт, причем большинство заказчиков вообще никак не волнует «как оно там все внутри устроено». И как бы нам программистам не было обидно, показав им строчки, которыми можно гордиться на наших форумах и блогах, мы не получим возгласов радости «ой смотрите он 10 строк кода на C# в 1 строку на С++ засунул, вот молодчина!!»
б. Потратил только то количество финансов, которым я обладаю(ну нету больше), и желательно сэкономил. Так что если дешевле купить компы и написать на языке более высокого уровня, то наверное это мой вариант.
в. И последнее, но не менее важное, получить поддержку потом всего этого добра и масштабируемость. Иначе, не дай бог, с первоначальным исполнителем что-то случится и придется переписывать. Ну а с масштабируемостью думаю все и так ясно, какой бы супер быстрый код не был у него всегда есть планка в N запросов в секунду(если говорить, допустим, о веб приложении).
Сейчас вроде «Hardware is Cheap, Programmers are Expensive» т.е., купить новую железку значительно дешевле и быстрее, чем оплачивать 1-2 мясаца работы разработчика.
Возможно, для приложений которые нельзя масштабировать это не так, но они в любом случае обречены, потому что рано или поздно достигнут предела будь они хоть на ассемблере написаны.
Нет, я вообще спорить не собирался. Мне просто интересно, вот я и спросил.
Спецификацию я читал, правда достаточно давно, там вроде так и не объясняют почему в URI они используют схему http.
Ведь URI может иметь совсем другой вид, но у них в примерах именно так. Мне кажется, что сходство с обычными URL только добавляет путаницы, в и без того запутанные примеры. По крайней мере у меня было так.
Спасибо, я в курсе, что URL подкласс к URI :)
Но почему тогда не rdf://example.org/people#Вася Пупкин?
В вышеуказанном URI по сути содержатся те же 3 компонента, кто мешает написать их так
{Example.org, People, Вася Пупкин}
т.е.
{Namespace, Category, Name}, где Namespace должен быть уникальным.
Или подразумевается что для того что бы создать свой RDF идентификатор, мне необходимо зарегистрировать свой домен и тем самым обеспечить уникальность?
Вот, мне всегда было интересно почему используются URI? Как-то странно давать идентификатор вида httр://example.org/people#Вася Пупкин но при этом это не URL.
Почему тогда не просто как-то оформить в
Namespace: Example
Category: People
Name: Вася Пупкин
?
Тестировал в Chrome 5.0.375.125 и FF 4 beta 2, все работало.
Что бы проверить работу достаточно в VS 1 кнопку нажать.
Стыдно выкладывать такое :)
Но если нужно, завтра выложу из офиса. Дома паролей нет от сервера.
Клавиатура, большой экран и т.п.
Переносить легко — QR код. Нашел приложение, отсканировал и поставил.
Просто гугль по запросу «android market» выдает первым, этот сайт. Даже сказал бы, настоятельно реккомендует, выделяя среди других запросов в выпадающем списке.
Не понятно, почему там не сделать нормальный каталог, с поиском и прочим.
Но в статье вроде шел разговор о простых приложениях, у которых есть заказчик, бюджет и прочие требования.
Мне, как заказчику проекта, главное что бы я
а. Получил качественный продукт, причем большинство заказчиков вообще никак не волнует «как оно там все внутри устроено». И как бы нам программистам не было обидно, показав им строчки, которыми можно гордиться на наших форумах и блогах, мы не получим возгласов радости «ой смотрите он 10 строк кода на C# в 1 строку на С++ засунул, вот молодчина!!»
б. Потратил только то количество финансов, которым я обладаю(ну нету больше), и желательно сэкономил. Так что если дешевле купить компы и написать на языке более высокого уровня, то наверное это мой вариант.
в. И последнее, но не менее важное, получить поддержку потом всего этого добра и масштабируемость. Иначе, не дай бог, с первоначальным исполнителем что-то случится и придется переписывать. Ну а с масштабируемостью думаю все и так ясно, какой бы супер быстрый код не был у него всегда есть планка в N запросов в секунду(если говорить, допустим, о веб приложении).
Возможно, для приложений которые нельзя масштабировать это не так, но они в любом случае обречены, потому что рано или поздно достигнут предела будь они хоть на ассемблере написаны.
Спецификацию я читал, правда достаточно давно, там вроде так и не объясняют почему в URI они используют схему http.
Ведь URI может иметь совсем другой вид, но у них в примерах именно так. Мне кажется, что сходство с обычными URL только добавляет путаницы, в и без того запутанные примеры. По крайней мере у меня было так.
Но почему тогда не rdf://example.org/people#Вася Пупкин?
В вышеуказанном URI по сути содержатся те же 3 компонента, кто мешает написать их так
{Example.org, People, Вася Пупкин}
т.е.
{Namespace, Category, Name}, где Namespace должен быть уникальным.
Или подразумевается что для того что бы создать свой RDF идентификатор, мне необходимо зарегистрировать свой домен и тем самым обеспечить уникальность?
Почему тогда не просто как-то оформить в
Namespace: Example
Category: People
Name: Вася Пупкин
?