Я вот подумываю использовать Redis как базу данных для десктопного приложения. В основном там будут хранится логи самого приложения, плюс некая достаточно однородная информация, которая поступает примерно раз в секунду. То есть час работы приложения съест в районе 10-20 мегов.
Приложение не для общего пользования, поэтому никто не будет запускать его на машине с 512 мегами оперативки, но сомнения у меня всё-таки есть. Из плюсов можно отметить удобство работы с хранилищем и, действительно, высокую скорость выборки. Так же удобно то, что ничего не надо устанавливать при деплойменте, достаточно запустить процесс сервера.
Если у кого есть опыт подобного применения, пожалуйста отпишитесь.
Зачем комментировать по поводу предмета, в котором не разбираешься? Если бы хоть немного следили за событиями, то никогда бы не скзаали, что баланс смещён в сторону протосов.
Первые пару лет быланс был немного на стороне тарранов, потом, до ХОТС'а на стороне зергов. То, что протоссы взяли пару GSL в этом году ничего не говорит о балансе.
Там была офигенная тема Remote connections — эдакий RDP к любому компу на котором ты установил Live Mesh. Сейчас это всё запилили, но есть варианты поставить, например через Chocolatey.
Насколько я понимаю, vittore предлагал вам прочитать об oData. Вы ответили, что уже 5 лет используете, отсюда и мой комментарий. Так что очевидные и однозначные вещи приходится разжёвывать именно для вас.
Тут не в политике дело. Просто ребёнок сам не будет искать подобные конкурсы и тем более заниматься оформлением участия. Это ещё не учитывая то, что нужно придумать и развить какую-то тему.
Ализар, такой ализар.
Зачем добавлять в пост "Скотт Хэнсельман (Scott Hanselman) из Microsoft искренне возмущён, что столь архаичные символы используются в качестве стандартных иконок."?
Никакого возмущения в этом посте не было, кто не верит, может пойти почитать оригинал. Статья носит чисто развлекательный характер, не более того.
Я Nemerle.PEG пользовался не очень много, но могу прокомментировать.
Код, который использует парсер можно писать на любом .NET совместимом языке. Так, как Nemerle.PEG — это макрос, то он во время компиляции раскрывается в парсер, который можно использовать из другой сборки.
Из преимуществ могу отметить то, что во время написания грамматики компилятор сразу подчёркивает некорректные места и выдаёт ошибку. Причём эта ошибка не в сгенерированном коде, а именно в грамматике, поэтому понять где ошибся очень легко.
Я думаю, shai_xylyd сможет более подробно описать остальные преимущества. Я на PegParsere только один проект написал. Конвертер из CSS в SASS cо свёрткой и прочим. bit.ly/xSVDGE
Честно говоря, прочитав заголовок, ожидал увидеть под катом банальный обзор редкоиспользуемых методов. А у вас тут действительно интересные моменты описаны.
Приложение не для общего пользования, поэтому никто не будет запускать его на машине с 512 мегами оперативки, но сомнения у меня всё-таки есть. Из плюсов можно отметить удобство работы с хранилищем и, действительно, высокую скорость выборки. Так же удобно то, что ничего не надо устанавливать при деплойменте, достаточно запустить процесс сервера.
Если у кого есть опыт подобного применения, пожалуйста отпишитесь.
Первые пару лет быланс был немного на стороне тарранов, потом, до ХОТС'а на стороне зергов. То, что протоссы взяли пару GSL в этом году ничего не говорит о балансе.
Зачем добавлять в пост "Скотт Хэнсельман (Scott Hanselman) из Microsoft искренне возмущён, что столь архаичные символы используются в качестве стандартных иконок."?
Никакого возмущения в этом посте не было, кто не верит, может пойти почитать оригинал. Статья носит чисто развлекательный характер, не более того.
imgur.com/5uz2V
Я правда для кастомных расширений не пробовал, так что может и правда не работает.
Код, который использует парсер можно писать на любом .NET совместимом языке. Так, как Nemerle.PEG — это макрос, то он во время компиляции раскрывается в парсер, который можно использовать из другой сборки.
Из преимуществ могу отметить то, что во время написания грамматики компилятор сразу подчёркивает некорректные места и выдаёт ошибку. Причём эта ошибка не в сгенерированном коде, а именно в грамматике, поэтому понять где ошибся очень легко.
Сгенерированный парсер реально быстр: «Производительность парсера C# с построением AST колеблется между 3 и 4 МБ/c. Для YAML это число видимо будет выше в несколько раз.» © Hardcase
Можно поискать на rsdn ветки по производительности, там народ вроде бы мерил.
Я думаю, shai_xylyd сможет более подробно описать остальные преимущества. Я на PegParsere только один проект написал. Конвертер из CSS в SASS cо свёрткой и прочим. bit.ly/xSVDGE
¯\_(ツ)_/¯