Холодильник - тоже космос...

Android-приложение: первые итоги.

noreply@blogger.com (Anonymous) — Fri, 14 Feb 2014 17:59:00 +0000

Два месяца прошло с момента публикации моего первого Android приложения на Play market, я перебралась на Самуи, а гугл по-тихоньку начал зачищать маркет от приложений с альтернативными способами оплаты, в то время, как Таиланд собрался отправить в космос первого своего человека. Время летит, и сегодня я опубликовала следующее приложение, но об этом в другой раз. Посмотрим, что у нас со средней температурой по больнице.

Итак, небольшая сводка статистики из магазинов, на которых было выложено приложение. Напомню параметры приложения: бесплатное (с рекламой), переведено на три языка (ру, en, de).

Google Play - 244 скачивания (16.12.2013 - 14.02.2014) совсем не густо, но и не пусто :) Хотя я рассчитывала на большее, но стоит учитывать специфику приложения и смотреть на мир реалистично.

Samsung market - 146 скачиваний (22.01.2014 - 14.02.2104) Превзошёл все мои ожидания. Наверное, самый неудобный, самый тяжелый, самый придирчивый маркет, но какая отдача!

Amazon market - целых 12 (!) скачиваний (период 16 января - 14 февраля), хотя я ожидала от этого маркета гораздо больше.

Opera market - 5 скачиваний (10/01/2014 - 14/02/2014), no comments.

Добавлю некоторые комментарии. Если смотреть статистику по языкам на Google Play, то превалирует русскоязычный сегмент. На Samsung market и Amazon market приложение загружалось с английским переводом. Если наложить цифры загрузок приложения, дату аппрува приложения на Samsung maket на статистику от admob, то явный прирост прибыли начинается с появления приложения в Samsung market.

Кроме того, весь доход идёт с англоязычного сегмента. Выводы очевидны.

Первое андроид-приложение: публикация

noreply@blogger.com (Anonymous) — Thu, 23 Jan 2014 04:03:00 +0000

Продолжаю серию постов о своём первом андроид-приложении. Сегодня мысли о публикации приложения в разных маркетах.

И так, настал этот долгожданный момент - приложение написано, оттестировано и готово к публикации!

Play Market - место #1, куда должно быть загружено приложение.

Самый большой магазин == большая конкуренция + особенность Play market в виде большого количества трэша. Возникает очевидный вопрос: насколько тяжело новому приложению пробиться через толпы бездумных клонов и показать себя миру? Для размышлений кучек интересной инфографики от Stardust, из которой видно, что пока, легче всего продвинуться в Winphone Marketplace: и приложений там немного, и в день публикуется всего 286 тогда, когда в Google Play приложения льются рекой по 1107 штук в день. А, может, действительно, зачем этот андроид? :)

Ладно, сопли в сторону, всем нелегко :)
Перво-наперво, идём на http://developer.android.com/distribute/googleplay/publish/index.html и проверяем по пунктам своё приложение. Всё ли хорошо, ничего ли не упущено? Если да, теперь можно публиковать приложение в Play Market. Для этого нужно зарегистрироваться на Google Play Market как разработчику, процедура это не сложная, стоит 25$. Модерация приложения проходит быстро (около 4 часов).
Ссылка на приложение в Google Play

Samsung Apps
Регистрация бесплатная.

Утомляет бесконечное заполнением форм. Как по мне, слишком много телодвижений для публикации приложения. Удивил тем, что скриншоты приложения должны быть строго определённого размера (800х480), 854х480 уже не прокатило, и 800х390 тоже не прокатило.

Дотошная модерация. Проверяли 4 дня и в итоге отклонили приложение, потому что оно содержало ссылку на сторонний маркет. В отчёте прикрепили скриншот и подробное описание проблемы:

<Defect>Application has a link to other application store - Google play.

Да, бывают в жизни и такие оплошности.

Amazon
Регистрация бесплатная. Тоже пришлось заполнять простыни, но по ощущениям приятнее, чем Samsung market.Специфика маркета - ориентированность на рынок США, поэтому, если приложение имеет локализацию, то вэлкам :)
Проверку приложение прошло довольно быстро, без каких-либо проблем.

Opera Apps

Регистрация в 1 клик, бесплатная, что очень порадовало после Samsung Apps. Подтверждение моего аккаунта заняло два с половиной дня, после чего загруженные приложения стали доступны для скачивания.
Плюсы публикации приложения в этом магазине в том, что приложение автоматически попадает в Яндекс.Store и GetUpps! от Мегафона.
Ещё один плюс - удобная панель разработчика.
Из минусов - не понятно, сколько android-пользователей знают об этом магазине и каков размер аудитории.
Зато ссылку на приложение можно получить в виде такого красивого бейджа :)

SlideMe

Простая бесплатная регистрация. Приложение проверяли почти 3 дня и в итоге не приняли, поставив статус Forbidden c пояснением:

AGGREGATED CONTENT (TEXT): Applications that are simply collections of text (quotes, tips, facts, jokes, SMS, news etc.) or other aggregated content are no longer being accepted on SlideME.

И обидно, и ведь не поспоришь: факты о Таиланде с авторскими фото попадают под одну из перечисленных категорий.

GetJar

Маркет, о котором мне попадалось много хороших отзывов, но на котором так и не удалось зарегистрироваться - confirmation email от них так и не пришёл, хоть и обещали выслать :(

Итак, зачем всё это? Ведь после регистрации в стольких маркетах, выкат обновлений становится трудоёмкой задачей. Думаю, ответ очевиден: если вы разработчик-одиночка и у вас нет денег на пиар и раскрутку приложения, то присутствие в нескольких маркетах сразу само по себе увеличит шансы на успех. К тому же, в моём случае монетизации через показ рекламы, чем больше скачиваний -> пользователей, тем больше шансов увеличить revenue.
UPD. У Play market тоже, оказывается, есть badge-генератор тут, только он не умеет генерировать бэйджи для русскоязычных приложений. Хм.

Первое android-приложение: мысли о монетизации

noreply@blogger.com (Anonymous) — Fri, 10 Jan 2014 13:00:00 +0000

Продолжаю серию заметок о разработке первого android-приложения. На этот раз речь о выборе стратегии монетизации приложения.

Монетизация android-приложения

Монетизировать приложение можно по-разному. Выбор стратегии монетизации зависит от типа приложения. Можно продавать, можно показывать рекламу, можно встроить in-app продажи (например, скины, оружие, уровни и тд). Наиболее популярная модель монетизации на сегодняшний день - freemium, но такая модель подходит больше всего для игр. К слову, 80% доходов всего android-маркета приходится на долю игр. Опытные люди говорят, что в андроид-маркете больше можно заработать на рекламе/in-app продажах, чем на прямых продажах приложения.

Изначально моя стратегия была проста: сделать две версии - бесплатную с рекламой и платную за 1$, и радоваться жизни. Но не тут-то было. Граждане Украины не могут продавать приложения в android-маркете. Увы. Конечно, есть разные выходы из ситуации, но они либо не вполне легальны, либо сложны, запутаны и нелегальны в итоге. В интернетах можно нагуглить статьи на эту тему. А для граждан России полезная заметка с хабра "Google Play - работаем легально".

Тогда было решено монетизироваться только за счёт рекламы. Были рассмотрены разные варианты от разных рекламных сетей: и полноэкранная реклама, и обычные баннеры. Но из-за особенностей контента приложения и предполагаемой аудитории был выбран AdMob. Какие параметры важны при выборе рекламодателя: конечно же, цена за клик, ориентация на разные типы приложений (часто реклама только для игр) и покрытие аудитории (например, не все могут похвастаться наличием рекламы под русскоязычный сегмент android-маркета, и это проблема). Оплата кликов по рекламе колеблется в зависимости от страны. На примере AdMob, в США клик стоит где-то 0,7$ – 0,11$, а в Европе (Россия) в среднем около 0,03$. Вообщем, рассчитывать на золотые горы не стоит :) На хабре есть отличная статья, где подробно рассмотрены рекламные сети с примерами дохода от них. Называется "Не AdMob-ом единым. Обзор интересных рекламных сетей и не только". И интересный (цифрами) пример увеличения прибыли после добавления полноэкранной рекламы в игру "Польза от полноэкранной рекламы".
У AdMob есть хороший (как мне показалось) SDK, подключить и настроить рекламу в приложении труда не составило.

Пока цифр о заработке на AdMob показать никаких не могу, но как насобирается статистика (пусть даже плачевная) сразу напишу.
Часть 1: Простое, но странное в Android
Част 2: Android Studio, Gradle, соц. сети
Часть 3: Мысли о монетизации
Часть 4: Публикация

Android Studio, Gradle, соц. сети

noreply@blogger.com (Anonymous) — Fri, 20 Dec 2013 17:05:00 +0000

Продолжаю тему полевых заметок, начатую в предыдущем посте. В этот раз немного об инструментах и чуть-чуть о социальщине.

1. Android Studio

Если честно, это не первый мой опыт написания приложения под Android. До этого я написала несколько простеньких приложений, используя Eclipse, но до логического завершения ни одно из них не дошло. В этот раз я решила, что всё серьезно. Поставила Android Studio. И.. дааа... Как по мне, Android Studio - ещё необкатанный продукт. Много неудобных вещей. Много вещей, которые вызывают недоумение. Может, это дело привычки - привыкла я к комфортной Visual Studio, которая работает быстро, чётко и предсказуемо. Но сравнивать эти два продукта глупо, ведь Android Studio распространяется бесплатно.

Заметка 1. Если вдруг ваша Android Studio перестанет видеть установленный JDK (предполагается, что JAVA_HOME настроен корректно), а проект компилится нормально, то всё, что нужно сделать, это File->Invalidate caches / Restart

Заметка 2. Если вдруг Android Studio сказала, что произошла Internal error (ненавязчивое красное всплывающее сообщение в верхнем правом углу), то лучше сразу перезапустить IDE. Мне бы это сэкономило много времени :(

Полезные ссылки: Android Studio Tips & Tricks, а тут полный список hot keys
И ещё одна полезная ссылка "Coding Style - The Official Android Conventions" на slideshare.

2. Gradle

Градл - это мощь. Это новая билд-система для Android Studio. Круто. Что ещё сказать. Один раз наконфигурячишь, а потом радуешься. Легко билдить под разные девайсы.

Для знакомства с градл рекомендую посмотреть видео с Google I/O 2013 "The New Android SDK Build System"
Заметка 3. Если вдруг градл как-то странно работает, убедитесь, что в Android Studio не произошла internal error. Решается всё перезапуском студии.
Заметка 4. Градл обожает кэш. Поэтому, если вы добавили в проект библиотеку, а градл не может забилдить, то нужно почистить кэш ("gradlew clean" в консоли) и заодно проверить dependencies в build.gradle.

3. Интеграция с социальными сетями

Куда ж без этого в наше-то время? Фейсбук, конечно, порадовал: у них есть свой SDK, с помощью которого несложно интегрироваться социальную составляющую в своё приложение.

Ссылка на Facebook SDK for Android.
Заметка 5. Если приложение, после интеграции с facebook SDK падает при запуске с исключением com.facebook.c.f got an unexpected method signature, убедитесь, что в конфиг ProGuard добавлена строка "-keep class com.facebook.** {*;}"

C twitter тоже проблем нет. На официальной странице Twitter Libraries есть ссылка на Twitter4J. Кроме того, есть ещё библиотеки Sugree Twitter Android SDK (плюс - наличие готового UI для авторизации пользователя, минус - небольшой функционал) и JTwitter(без UI, функционал похож на twitter4j).

А вот Вконтакте... ну, в отсутствии официального SDK парни свой SDK пишут. Низкий им поклон :)
UPD: Ура, дождались! Вот и Вконтакте выпустили официальный SDK для Android! Лежит на github'e: https://github.com/VKCOM/vk-android-sdk
Продолжение о монетизации приложения.

Простое, но странное в Android

noreply@blogger.com (Anonymous) — Sun, 15 Dec 2013 07:51:00 +0000

Вот и дошли руки написать приложение под Android. В процессе, конечно же, без приключений не обошлось. И так, простые, но странные вещи, с которыми мне пришлось столкнуться, разрабатывая простое приложение под Android.

1. Как выровнять текст по ширине (justify) в Android?

Никак. Можно отцентрировать, выровнять текст по правому краю или по левому. Народ предлагает использовать WebView, и там уже с помощью css-стилей задавать выравнивание. Получается такое уже громоздкое решение:

Код


WebView view = findViewById(R.id.web_view);

view.loadData(getString(R.string.hello), "text/html", "utf-8");

Ресурсы


<string name="hello">

<![CDATA[

<html>

 <head></head>

 <body style="text-align:justify;color:gray;background-color:black;">

  Я строка, я ничего не хочу делать. Я хочу быть выровненой по ширине.

 </body>

</html>

]]>

</string>

Есть уже готовые решения (например, это), чтобы не писать всё ручками.
Но, если вам нужно использовать нестандартный шрифт, то этот вариант принесёт много дополнительных проблем: текст сразу лучше сохранять в виде html-страницы, в стилях которой задавать нужный шрифт (ага, и шрифт лучше бы лежал бы в той же папке, где и страница) и остальное позиционирование. Много телодвижений. Очень.

Есть ещё вариант выравнять текст без использования WebView (к сожалению, ссылка где-то потерялась), но сразу минусы: нужно ручками подбирать подходящий коэффициент для правильного выравнивания (ага, разные экраны у разных устройств) и , как бонус, жуткие тормоза.
В Winforms, кстати, такая же проблема с выравниванием текста, так что это только кажется странным после веба, где всё легко делается с помощью стилей.

2. Где можно задать метод наложения фона у layout?

Нигде. По умолчанию фон растягивается. Можно использовать такой хак: делаем лэйаут с фоном, а потом используем этот лэйаут как фон, его можно повторять.

repeat.xml


<?xml version="1.0" encoding="utf-8"?>

<bitmap xmlns:android="http://schemas.android.com/apk/res/android"

    android:src="@drawable/bg"

    android:tileMode="repeat" />

someactivity.xml


 <TableLayout

        android:layout_width="fill_parent"

        android:layout_height="fill_parent"

        android:layoutMode="opticalBounds"

        android:background="@layout/repeat"

></TableLayout>

3. Мой текст имеет красное подчёркивание. Что это и как это убрать?

Это автопроверка текста на корректность (spell check) в Android. Убирается это легко: добавляем в TextView android:inputType="textNoSuggestions"

Вторая часть: интеграция с социальными сетями и Android Studio
Третья часть: про монетизацию

Bootstrap + jQuery UI Autocomplete

noreply@blogger.com (Anonymous) — Wed, 16 Oct 2013 17:36:00 +0000

Подключить jQuery UI Autocomplete к сайту на Bootstrap довольно просто, единственное - нужно немного допилить стили. Всем страждущим в помощь:

Про ClojureSript, пыщ-пыщ и в продакшн

noreply@blogger.com (Anonymous) — Mon, 16 Sep 2013 14:03:00 +0000

Нарезка самых сочных моментов из выступления Александра Соловьёва на JavaScript Frameworks Day 2013. Доклад был про ClojureScript, полная версия - тут

PhoneGap step by step: установка и настройка

noreply@blogger.com (Anonymous) — Thu, 25 Jul 2013 15:45:00 +0000

Небольшое руководство по установке и настройке PhoneGap на Windows-машине.
Возможные проблемы и способы решения в конце руководства.

1. Подготовительный этап

1.1. Скачать и распаковать Android SDK (я распаковала в C:\dev)
1.2. Скачать и поставить JDK
1.3. Скачать и распаковать Ant (я распаковала в D:\apache-ant)
1.4. Добавить в системную переменную PATH путь к Android SDK, Java, Ant (;C:\dev\sdk\tools;C:\dev\sdk\platforms;C:\dev\sdk\platform-tools;C:\dev\sdk;%JAVA_HOME%\bin;D:\apache-ant\bin)
1.5. В командной строке вызвать android и посмотреть, что нужно обновить

2. Установка PhoneGap

2.1. Скачать и поставить nodejs
2.2. Проверяем системную переменную PATH (должна содержать путь к npm %AppData%/npm", если нет - доабвляем )
2.3. Устанавливаем PhoneGap: в командной строке выполняем:
npm install -g phonegap

3.Тестовый запуск

3.1. Создаём тестовое приложение:
phonegap create D:/projects/cardy --name "My App" --id "ts.cardy"
3.2. Билдим
cd D:/projects/cardy
phonegap local run android

3.3. Запускаем Eclipse, Ctrl+N и создаем новый Android project из существующего кода:

Выбираем папку, в которой PhoneGap создал проект и клацаем Next.

Эклипс добавил в список проектов наш тестовый проект.
Клацаем по нему правой кнопкой мыши, выбираем Run As -> Android Application и ждём запуска эмулятора:

Ура, всё работает!

4. Возможные сложности

Проблема: при запуске приложения ошибка
Please install Android target 17 bla-bla-bla...

Возможная причина: не установлен один из необходимых компонентов или не указан путь к Android SDK
Решение: см. пункт 1.1. - 1.5.

Проблема: при запуске команды android ошибка
android is not recognized as an internal or external command, operable command or batch file
Возможная причина: система не может найти android.bat
Решение: см. пункт 1.4.

Проблема: при запуске команды npm ошибка
npm is not recognized as an internal or external command, operable command or batch file
Возможная причина: в переменной PATH не указан путь к npm или не установлен nodejs
Решение: см. пункт 2.1 - 2.2.

Проблема: Eclipse не хочет создавать проект из кода, который сделал phonegap.
Возможная причина: вы не сбилдили проект с помощью phonegap.
Решение: см. пункт 3.2.

Tortoise svn 1.8: bugged edition

noreply@blogger.com (Anonymous) — Wed, 24 Jul 2013 15:34:00 +0000

Эх, черепаха, что ж ты делаешь? Адпейт до последней стабильной версии Tortoise SVN 1.8, который просит для работы Visual SVN, несёт с собой необходимость переконвертировать working directory в новый формат. И старые версии черепашки не понимают этот формат (что вполне ожидаемо).

Но при попытке апдейта кода из репозитория сюрприз!
The PROPFIND response did not include the requested properties

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

Мораль этого всего такова: не стоит спешить опробовать чужие баги на своей шкуре. С tortoise svn это случалось уже не раз, и, видимо, не раз повторится. Любите своих пользователей, убирайте бажные релизы с серверов или максимально быстро выпускайте баг-фиксы, параллельно предупреждая пользователей об опасности.

ProblemFactory

noreply@blogger.com (Anonymous) — Fri, 12 Jul 2013 15:15:00 +0000

Кодинг на улице

noreply@blogger.com (Anonymous) — Fri, 12 Jul 2013 15:11:00 +0000

Ведь так оно и есть.

Перед...

noreply@blogger.com (Anonymous) — Mon, 08 Jul 2013 11:17:00 +0000

Перед началом очередного проекта
Перед добавлением нового функционала
Перед улучшением работающего кода

TDDigest e05

noreply@blogger.com (Anonymous) — Wed, 12 Jun 2013 14:42:00 +0000

Интереснейший пост от компании Badoo об "Оптимальной параллелизации юнит-тество или 17000 тестов за 4 минуты" #ru

BDD in Action: Часть 1, Часть 2
Let your tests tell you when your code design sucks.
Why Not To Want 100% Code Coverage

Tips and tricks для более эффективного использования phpUnit в слайдах PHPUnit best practicies. А так же, чем хорош phpUnit для создания mock-объектов - хорошая статья на Хабре. И, закрывая тему phpUnit, Parallel testing for phpUnit with ParaTest

TDD Javascript with Jasmine #video #en

Статья Building the right software…right, It’s easy…RIGHT? с разъяснением разницы, что значит делать правильно и делать правильное. Путаница возникает, в основном, из-за использоания ATDD и BDD и TDD... Слишком много букв D, всё driven, только в какую сторону? Автор предлагает следующую структуру: сначала используется BDD - для определения целей, за ним - ATDD - для реализации целей, и потом TDD - для качественной реализации.
И небольшое видео, в котором объяняется разница между BDD и TDD:

Все знают мантру TDD "Red-Green-Refactoring", но как мы определяем, что рефакторинг нужен? И как найти золотую середину между минимизацией времени, затрачиваемом на разработку, и качеством кода, который придеся кому-то сопровождать в будущем? Об этом речь в видео (а заодно и слайдах) Code Smells: Your Refactoring Cheat Codes #en #video #tdd #refactoring

Правильный подход к вопросу о unit-тестировании кода на stackoverflow. #en #php

О синергии тестируемости кода и дизайна приложения #video #en

Обсуждение трёх подходов к mobile testing:

TDDigest e04

noreply@blogger.com (Anonymous) — Wed, 29 May 2013 15:10:00 +0000

В сегодняшней подборке материалов из мира TDD много видео интересных выступлений и интервью.
Видео с выступления #Сергея Теплякова на msswit "Тестируемая архитектура: моки, стабы, рефакторинг" #video #ru #mock #design #msswit

"TDD I learned..." - автор рассказывает о своих неудачных попытках писать тесты и полном непонимании бенефитов TDD до тех пор, пока не натолкнулся на мастер-класс Roy Osherove по TDD. Из видео, которое идет более 9 часов, автор вынес для себя много полезного, понял разницу между интеграционными тестами и юнит тестами, и впечатлился AAA-подходом (Arrange, Act, Assert):

This approach, by eliminating assert code intermixed with code that sets up or acts upon your objects, reduces smelly tests by separating what is being tested from all the other stuff.

Такой подход разделяет проверку (assert) результата, инициализацию объектов (arrange) и действия над ними (act), отделяя то, что нужно протестировать, от всего остального, тем самым устраняя дурной "запашок-с" тестов.

#en #tdd

Интересное интервью со Стивом Фрименом и Нэтом Прайсом, авторами книги "Growing Object-Oriented Software, Guided by Tests"

How do you start a new project with TDD? - своеобразный подход к настройке среды для нового проекта. #en
BDD and Acceptance Testing with RSpec & Capybara #en #video #ruby #bdd #rspec
Drupal unit testing #en #drupal #php
Беседа о unit-тестировании в php #en #php #unit-testing
Юнит-тестирование в CakePhp #en #php #unit-testing #video
JUnit / TestNG Testing Spring Security With Spring MVC Test Framework

Инструменты

Mockery - ещё один mock-фреймворк для unit-тестов
atoum.js - стильный, модный, молодёжный ;) фреймфорк для тестирования PHP5.3+ теперь и для js
Swaks - швейцарский нож для тестирования SMTP
dotCover - тест-ранер, а так же инструмент для сбора аналитики о степени покрытия кода тестами для VS от JetBrains (правда, платный)

TDDigest e03

noreply@blogger.com (Anonymous) — Wed, 22 May 2013 15:55:00 +0000

Для начала разберёмся, как писать тестируемый код на javascript, и поговорим о том, как тестировать полученный код с помощью QUnit, а так же как наслаждаться процессом тестирования асинхронного javascript с помощью Mocha #javascript #en #mocha

Туториал о том, как писать тестируемый и поддерживаемый код на php, чего избегать в коде, а что, наоборот, является правильным подходом. Ещё серия туториалов, детально раскрывающих процесс юнит-тестирования с PHPUnit. Рассматриваются такие темы, как написание полезного теста (!), моки, стабы, dependency injection, тестирование закрытых методов класса (если уж очень нужно), перегруженные конструкторы и почему 100% покрытие кода не так уж и важно. #en #php #phpunit

Roy Osherove, автор "The art of unit testing", переосмысливает юнит-тесты. В видео с конференции Microsoft Swit он рассказывает, как изменились его взгляды на такие вопросы, как: что такое юнит-тест? нужны ли изоляционные фреймворки? внедрение зависимостей через конструктор или через свойства? Делится опытом, почерпнутом из мира ruby . #video #en #royosherove

BDD + CoffeeScript + Jasmine = прекрасно! Небольшая книга, демонстрирующая на примере создания скрипта корзины для магазина процесс разработки в BDD-стиле на CoffeeScript #coffeescript #bdd #jasmine

Раз уж зашла речь о BDD, то сравним TDD vs BDD А вы на чьей стороне? Авторы статьи пришли к логичному выводу, что BDD не так уж сильно отличается от TDD, добавляя лишь ясность того, что тестируется, тем самым делая TDD более успешным. #tdd #bdd

Acceptance Test Driven Android #en #tdd #android
ServiceStack and RavenDB end to end testing

Цикл статей "Автоматизированное тестирование веб-приложения (MS Unit Testing Framework + Selenium WebDriver C#)" Часть 1, Часть 2.1, Часть 2.2. #msunit #csharp

Testing in one week sprints, hierarchy backlog items and test coverage.
И на закуску интересная статистика сравнения качества кода открытых и проприетарных проектов

Инструменты

DDescriber - плагин для Jasmine для упрощения тестирования

TDDigest e02

noreply@blogger.com (Anonymous) — Wed, 15 May 2013 07:59:00 +0000

Открывает второй выпуск tddigest немного филосовский пост "10 Правил Дзен-Программиста" от Christian Grobmeier #en #zen

Размышления на тему "Design for tests vs Design for API" #en #tdd #ruby

Очередные tips & tricks от php-девелоперов. В прошлый раз нам показывали, как тестить защищённые методы класса, а в этот раз говорят о том, как надо мокать singleton с помощью PHPUnit. Забавно, ведь даже на самом php.net красным написано: Ахтунг! Берегись синглтона! (шутки в сторону) А теперь серьёзно, когда может пригодиться такой подход? Я вижу один случай - есть база legacy кода, которую нужно поддерживать. Рефакторить код или вносить изменения без тестов - смело, но глупо. Поэтому приходится иногда заниматься таким: мокать синглоны или чего ещё хуже выдумывать. #php #phpunit #antipattern

Наверное, из .Net мира все знают о NDepend. В грядущую версию анализатора будет добавлено новое правило в категорию "Purity – Immutability – Side-Effects". Звучит правило так "Don’t assign a field from many methods". Причины появления этого правила, симптомы и возможные проблемы - в заметке на codebetter. Ещё один экземплярчик "кода с душком".
TDD test-kitchen 1.0 is probably the best demonstration I've seen so far showing the TDD process for cookbook development. Fletcher Nichol

Слайды c прошедшей RailsConf "Magic Tricks of Testing" от Sandi Metz #ruby #tests #slides #en
Слайды "7 шагов к вашему первому тесту" от Gil Zilberfeld. Напомнило серию "Ералаша" "Путёвка в жизнь". #test #slides #en

7 Steps for writing your first test from Gil Zilberfeld

В дополнение к слайдам заметка о том, как написать первый юнит тест в Visual Studio для .Net. Уточню, что, начиная с 11-ой версии, в VS появилась крутая возможность с помощью Unit test adapter подключать сторонние тест-фреймворки в Unit Test Explorer. Я даже как-то рассказывала о том, как подключить xUnit.Net без TestDriven.Net к студии. #xunit #VisualStudio

Видео "Hands-On Unit Testing With PHPUnit" #php #en #video
Видео "Sublime Text 2 For PHP Development: Testing" #php #sublimetext #en #video
Много интересных видео с прошедшей недавно Test Automation Days #ru #video

Знакомимся с Selenide - обёрткой вокруг Selenium WebDriver, дающей удобный синтаксис и решающей большинство проблем, связанных с Ajax и таймаутами. Видео доклада про Selenide с недавней конференции SeleniumCamp 2013 в Киеве, а так же много примеров реализации одних и тех же вещей на Selenide и на средствами голого Selenium. #ui-testing #selenium #selenide
TDD ebook
И на закуску список тестовых фреймворков - есть из чего выбрать даже гурманам.

Инструментарий

JustMock - мок-фреймворк от Telerik.
Uniject - тестовый фреймвор для Unity3D
Selenide - библиотека для написания UI тестов (Java).

10 особенностей CoffeeScript, о которых вы могли не знать

noreply@blogger.com (Anonymous) — Wed, 08 May 2013 14:40:00 +0000

Немного вольный перевод статьи "10 CoffeeScript Features You Might Not Know" by Jaco Pretorius.

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

Итерации

Наверно, вам известен стандартный способ перебора элементов списка.


for name in ['Tom','Dick','Harry']

  alert "Hi, #{name}"

Но знали ли вы, что можно получить индекс текущего элемента, добавив экстра-аргумент?

for name, i in ['Tom','Dick','Harry']

  alert "Hi, #{name} - you are number #{i}"

Групповые аргументы (splatting)

JavaScript (и CoffeeScript тоже) не обязывают передавать в функцию правильное количество аргументов. В примере ниже лишние аргументы будут просто отброшены:

planets = (first, second, third) ->

  alert third


   
planets 'Mercury', 'Venus', 'Earth', 'Mars', 'Jupiter'

# alert will be 'Earth'

Но знали ли вы, что CoffeeScript поддерживает групповые аргументы? (Групповые аргументы обозначаются добавление троеточия - прим. переводчика)

planets = (first, second, others...) ->

  alert others


 
planets 'Mercury', 'Venus', 'Earth', 'Mars', 'Jupiter'

# alert will be 'Earth','Mars','Jupiter'

Генераторы (сomprehensions)

Coffeescript также поддерживает генераторы - похоже на map в Ruby.

class Person

  constructor: (name, email) ->

    @name = name

    @email = email


 
userEmails =

  tom: 'tom@example.com'

  dick: 'dick@example.com'

  harry: 'harry@example.com'


 
contacts = for name, email of userEmails

  new Person(name,email)

Реструктурирующее присваивание

Деструктивное присваивание - ещё один способ реализации множественного присваивания. Вы можете использовать это для переключения значений между двумя переменными одной операцией:

one = 1

two = 2

[one, two] = [two, one]

Этот приём можно так же использовать для присваивания результата функции нескольким переменным:

date = ->

  [25,'April',2013]


 
[day, month, year] = date()

И даже так - работает:

person =

  name: 'John'

  email: 'john@example.com'

  address:

    street: [

      '123 Main Street'

      'Apt 8B'

    ]

    city: 'Gotham'

    zip: '8442'


 
{ address: { street: [_, apartment], city } } = person

Реструктурирующее присваивание + генераторы

Реструктурирующее присваивание так же работает в паре с генераторами, что даёт мощный инструмент при работе с массивами переменной длины.

daysOfTheWeek = "Monday,Tuesday,Wednesday,Thursday,Friday,Saturday,Sunday"

 
[first, rest..., last] = daysOfTheWeek.split ','

# прим. переводчика:
# first = "Monday"
# rest = ["Tuesday","Wednesday","Thursday","Friday","Saturday"]
# last = "Sunday"

Цепочки сравнений

Coffeescript так же поддерживает цепочки сравнений (позаимствовано из Python), что позволяет легко проверить, находится ли значение в заданном диапазоне:

temperature = 72

niceDay = 82 > temperature > 68

Встроенные документы (Block strings)

Вы, наверное, знаете, что Coffeescript поддерживает интерполяцию строк (синтаксис такой же, как в Ruby).

name = "John"

surname = "Doe"

 
greeting = "Hi, #{name} #{surname}"

Но знали ли вы, что CoffeeScript поддерживает встроенные документы? Это очень полезная штука для текста, где важны пробелы и отступы, т.к. формат текста внутри встроенного документа сохраняется:

html = """

        <p>

    Hi, #{name} #{surname}

    </p>

    """

Псевдоним @

Вы, наверное, знаете, что @ - это псевдоним для this. Но знали ли вы, что в CoffeeScript есть подобный псевдоним и для доступа к прототипу класса?

String::pipeDelimited = ->

  @split '|'


 
alert "ABC|abc".pipeDelimited()

Привязка параметров к свойствам

CoffeeScript позволяет нам делать привязку параметров к свойствам с помощью @. Например, часто нужно установить свойство в конструкторе:

class Person

  constructor:(name) -> 

    @name = name

Вместо этого можно использовать привязку через @. Coffeescript - единственный язык известных мне языков, который позволяет так делать.

class Person

  constructor:(@name) ->

Методы класса / статические методы

Псевдоним @ позволяет определять статические методы класса.

class Number

  @random: ->
    return 4  # chosen by fair dice roll 

              # guaranteed to be random


               
alert Number.random()

Алгоритм генерации случайных чисел взят с XKCD.

Сводка с фронтов от инфицированных тестами e01

noreply@blogger.com (Anonymous) — Wed, 08 May 2013 10:35:00 +0000

Открывает первую сводку с фронтов удараников TDD хвалебная статья-ода "Not Using Test-First? You're Doing it Wrong." Автор не просто рассказывает, почему TDD - это круто, а пытается объяснить, как и чем улучшает test-first подход процесс разработки. #en #tdd
Продолжая тему полезности TDD "Why Testing Makes a Project Successful and You Can’t Afford to Deny It". Автор развивает мысль о полезности тестирования, эпично приводя статистику расхода времени и денег на поиск и фикс багов:

According to prweb.com, recent Cambridge University research found that, on average, software developers spend 50% of their programming time finding and fixing bugs and estimate that this costs the global economy $312 billion per year.

Да уж, не кисло. Не будь частью этой статистики, пиши теты! #en

Я всегда говорила, что 100% покрытие кода тестами - всего лишь круглое число, которое ничего не говорит о качестве тестов. Тестировать нужно правильно. "100% code coverage might not be enough" - история как раз об этом. #en #tdd #100%
Отличный детализированный ответ на вопрос, как мокать ORM и тестировать паттерн "Репозиторий" + код, как надо делать. #en
"PHP: Testing Private and Protected Methods" - статья из разряда "запомни, как не надо делать": автор рассказывает, как можно тестировать приватные и защищённые методы класса с помощью рефлексии на php. #php #en На мой взгляд, возникновение необходимости тестировать закрытые методы класса - первый звоночек, что с кодом что-то не то. Приватные и защищённые методы для того и нужны, чтобы скрывать от посторонних глаз внутренние механизмы. Сергей Тепляков подробно объясняет, почему тестировать закрытые методы классов - не лучшая идея. #ru

"Testing Smells - Try/catch"- автор делится мыслями о тестах с душком, считая, что использовать try/catch в тестах - не уместно. И он прав. В тест-фреймворке должен быть предусмотрен механизм для тестирования ожидаемых исключений. Например, Assert.Throws<T>() в NUnit и xUnit .net или @expectedException или setExpectedException(), встроенные в PHPUnit, о котором идёт речь в статье. + пара рекомендаций от автора статьи касательно написания модульных тестов. #php #phpunit #en

"Linking Requirement and Acceptance Tests"- заметка о том, что приёмочные тесты и требования к системе не могут существовать друг без друга. Тесты как уточнения требований. Упавший тест показывает, какие требования не реализованы (реализованы некорректно), успешно прошедший тест подтверждает соответствие кода спецификациям. #atdd #bdd #en
Интересный видео-туториал "JavaScript Testing With Jasmine" #en #video #javascript #jasmine
Видео доклада Noel Rappin "Testing Should Be Fun" с Ruby Conf'12. Главный посыл - tdd превращает написание кода в своего рода игру, но есть некоторые фан-киллеры, например, медленные тесты, каша-тесты (hard to read tests). В докладе рассматривается, как ~~спасти мир~~ вернуть фан от написания тестов. #en #video #ruby #tdd

И на закуску Радио-Т 339 - очень интересная беседа получилась о TDD. Что же это всё-таки: единственно правильный путь или путь в никуда? #ru #podcast

Инструментарий

Ext Spec - новая версия bdd-фреймворка для тестирования ext.js #bdd
Microsoft.Silverlight.Testing - Microsoft открыла фреймворк для unit-тестирования под Silverlight, используемый внутри компании. #en #silverlight
MinUnit - минималистичный фреймворк для unit-тестирования на C #c

love via soap II: php + c#

noreply@blogger.com (Anonymous) — Wed, 27 Feb 2013 03:37:00 +0000

Часть 1, в которой рассказывалось, зачем это всё нужно, и как несложно реализуется взаимодействие php-клиента с asmx-сервисом.

В этой части мы будем писать SOAP-сервис на php, а клиентскую часть - на C#.Так что пристегнись, это php!

Для построения SOAP-сервера в php есть класс SoapServer, который поддерживает протоколы SOAP 1.1 и SOAP 1.2. Что он не поддерживает - так это автоматическую генерацию WSDL-документа для сервиса, который необходим для коммуникации между клиентом и сервером. Помните, как VS заботливо генерировала его для нас? Но это php. Тут есть несколько путей:

1. Создавать wsdl ручками

2. Использовать сторонние библиотеки (NuSOAP, PEAR::SOAP, WSHelper) или встроенные в используемый фреймворк хелперы (например, Zend_Soap_Server из Zend Framework), сильно облегчающие жизнь.

Понятно, что первый путь - для совсем уж крепких духом ребят. Во втором случае рутинная работа будет сделана (и генерация wsdl-документа) за нас. Останется только добавить классы, представляющие сервисы, и всё. Очень советую идти этим путём: сэкономите много сил и времени.
Пример сервиса, написанного с использованием библиотеки WSHelper.

/* service.php */

require_once "config.php";
require_once "common.php";

if (isset($_SERVER['PHP_AUTH_USER']) && isset($_SERVER['PHP_AUTH_PW']) &&

/* тут код авторизации */

)
{
    require_once "classes/compress.class.php";
    compress_start();

$sesrvice_name = $_GET['class'];

// старт SOAP-сервера

$WSHelper = new WSHelper(WSURI, $cache_dir, $service_name);

    //Обработка запроса
    $WSHelper->handle();
    compress_out();   
}
else

    header("WWW-Authenticate: Basic realm=\"Webservice\"");

    header("HTTP/1.0 401 Unauthorized");
         die("No access!");

}

/* updateservice.php */

class updateservice {
     /**
      * Gets the latest version for specified version
      * @param string[]
      * @return release[]
     */
      public function GetLastVersionForModule($modules)
      {
      $updates = array();
      $query = "SELECT * FROM `releases` WHERE `IsPublic`=1 AND `ModuleID` IN (";
      foreach($modules as $key=>$moduleID)
      {
        $query.= "'" . htmlspecialchars($moduleID) . "', ";
      }
      $query = substr($query, 0, strlen($query)-2) .")";
      $result = DB::GetConnection()->query($query);
      if ($result != FALSE AND $result->num_rows>0)
      {
        while ($row = $result->fetch_object()) {
            $updates[] = $row;
        }
      }
      return $updates;
    }

}

Что тут происходит? Клиент отправляет запрос по адресу http://somehost/service.php?class=updateservice&wsdl. Get-параметр class - это как раз имя класса, который будет обрабатывать запрос. В скрипте service.php после проверки авторизации запускается обёртка WSHelper поверх стандартного SOAP-сервера и обрабатывается запрос. Для того, чтобы был сгенерирован правильный wsdl-документ, метод класса, представляющего сервис, должен иметь определённые типы входных параметров (@param) и возвращаемого значения (@return). Спецификации делаются в виде phpdoc-комментариев перед именем метода. В примере на вход сервису нужен массив строк, а возращается массив объектов типа release. Пользовательские типы данных тоже должны быть строго специфицированые.


//Класс release

class release {
    /** @var string */
    public $ModuleID;    
    /** @var string */
    public $Version;
    /** @var string */
    public $Date;
    /** @var string */
    public $Description;        
}

Типы данных описываются в отдельной секции wsdl-документа.

Клиент из .Net может взаимодействовать с SOAP-сервисом через супер-мощную встроенную библиотеку WCF. Для этого в VS-проекте нужно лишь добавить ссылку на сервис (Add service reference):

Важно нажать на кнопку Advanced в левом нижнем углу окошка "Add Service Reference" и поставить галочку "Allow generation of asynchronous operations" в появившемся окне. Этим мы скажем Visual Studio сгенерировать асинхронные вызовы методов веб-сервиса.

Теперь можно обращаться к сервису из десктоп-приложения или из другого сервиса на C#. В примере ниже клиент проверяет наличие новых версий програмных модулей на сервере через async-запрос к Soap-сервису.


var updateserv = new updateservicePortTypeClient();


    
//настройки аутентификации для работы с сервисом

updateserv.ClientCredentials.Windows.AllowedImpersonationLevel = System.Security.Principal.TokenImpersonationLevel.Impersonation;

updateserv.ClientCredentials.Windows.AllowNtlm = false;
            
updateserv.ClientCredentials.UserName.UserName = settings.Email;

updateserv.ClientCredentials.UserName.Password = settings.UserID;



//подписываемся на обработку события по окончанию получения данных от сервиса
updateserv.GetLastVersionForModuleCompleted += updateserv_GetLastVersionForModuleCompleted;



//открываем соединение

updateserv.Open();



//вызываем метод веб-сервиса

updateserv.GetLastVersionForModuleAsync(modules);

/*....*/



void updateserv_GetLastVersionForModuleCompleted(object sender, GetLastVersionForModuleCompletedEventArgs e)

{

//если всё прошло без ошибок, супер!

   if (e.Error == null)

   {

      //делаем что-то с полученными данными

   };

//обработка ошибок

}

Пара слов об авторизации

Очень удобно было использовать в сервисах basic HTTP аутентификацию PHP:

if (!isset($_SERVER['PHP_AUTH_USER']) && !isset($_SERVER['PHP_AUTH_PW']))
{
  Header("WWW-Authenticate: Basic realm=\"My realm\"");
  Header("HTTP/1.0 401 Unauthorized");  
  exit;
}

Но оказалось, что в Apache, когда php стоит как FastCGI, такой подход не работает: не установлены переменные PHP_AUTH_USER и PHP_AUTH_PW. Есть хак, решающий эту проблему.

В .httaccess добавить


<IfModule mod_rewrite.c>

RewriteEngine On

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

</IfModule>

Перед кодом авторизации вставить следующий код:


list($_SERVER['PHP_AUTH_USER'], $_SERVER['PHP_AUTH_PW']) = explode(':', base64_decode(substr($_SERVER['HTTP_AUTHORIZATION'], 6)));

Всё, после этого базовая авторизация должна снова работать.

Если никак не помогает, можно с клиента посылать Soap-серверу аутентификационные данные в заголовке Soap-сообщения. Распарсить заголовок на сервере - это уже дело техники.

Как это выглядит на клиенте.

Добавляем дополнительный заголовок к вызову WCF-сервиса:

var updateserv = new updateservicePortTypeClient();

var channel = (IContextChannel)updateserv.InnerChannel;
using(OperationContextScope scope = new OperationContextScope(channel))
{
     var securitytoken = Convert.ToBase64String(Encoding.UTF8.GetBytes(_token));
     OperationContext.Current.OutgoingMessageHeaders.Add(
         MessageHeader.CreateHeader("securitytoken", "", securitytoken)
     );
     updateserv.GetLastVersionForModuleAsync(modules);
}

Нужно учесть, что заголовок с аутентификационными данными нужно добавлять для всех вызовов Soap-сервисов. Чтобы не писать дополнительный код (если заголовок одинаковый во всех случаях), можно легко добавить custom header для WCF-вызовов через config-файл:


<endpoint address="http://.../service.php" >
    <headers>
        <securitytoken>abcdef12345%$#</securitytoken>
    </headers>
</endpoint>

Как это выглядит на сервере.
От клиента серверу в заголовке сообщения приходит что-то вроде:


<s:Header>
   <securitytoken>1a232d4dg35</securitytoken>
</s:Header>

Заголовок легко парсится в нужные переменные, и код авторизации менять, по сути, не надо. Если вы используете NuSOAP, то заголовок придется парсить вручную: не умеет NuSOAP разбирать SOAP:Header.
И напоследок. Чтобы хоть как-то облегчить свою участь, можно тестить сервисы с помощью Codeception.

Микромир ORM на примере Massive

noreply@blogger.com (Anonymous) — Tue, 12 Feb 2013 17:17:00 +0000

В мире больших и тяжеловесных ORM-решений, таких как NHibernate и Entity Framework, вполне предсказуемым стало появление течения микро-ORM: легковесных прослоек между БД и объектами приложения. Чем хороши microORM? Прежде всего, скоростью выполнения запросов: она сопоставима со скоростью чистых запросов через SqlDataReader. Потом - микро размерами: например, Massive - это всего лишь один подключаемый файл на 673 строки кода, в отличие от NHibernate или EF, которые тянут за собой целую dll-ку на несколько сот килобайт. Наиболее известные из micro ORM:

1) Dapper, разработанный и активно использующийся в StackOverflow и StackExchange
2) Massive, разработанный Rob Conery, пример использования - HanselMinutes
3) PetaPOCO

Massive - это лучше, чем шоколад

Основа Massive - это dynamic-типы, появившиеся в .NET 4.0. Чтобы понять, что такое Massive, как и зачем он появился на свет, посмотриет видео "Kill your ORM" с выступления Роба Конери на NDC 2011. А чтобы понять, насколько Massive лучше шоколада, давайте напишем небольшое тестовое приложение, выводящее план счетов из БД в сгруппированом виде.

БД - MS SQL CE 3.5. Структура базы:


//таблица групп

CREATE TABLE [_accountGroups]
(
   [AccountGroupId] INT NOT NULL IDENTITY (1,1),
   [GroupName] NVARCHAR(100) NOT NULL DEFAULT N'',
   [ParentGroupId] INT,
   [GroupNum] INT NOT NULL DEFAULT0
);
//таблица счетов

CREATE TABLE [_accounts]
(
   [AccountId] INT NOT NULL IDENTITY (1,1),
   [AccountName] NVARCHAR(250) NOT NULL DEFAULT N'',
   [AccountNum] INT NOT NULL DEFAULT0,
   [GroupId] INT NOT NULL,   
   [ActualSaldo] MONEY NOT NULL DEFAULT0   
);

Группы счетов могут содержать подгруппы. Каждый счет имеет определённую группу.

Теперь нужно добавить Massive в проект, взяв с github последнюю версию. На github-е можно найти разные версии Massive для работы с разными СУБД: PostgreSql, Oracle, Sqlite. Нам нужен стандарный Massive.cs.

Как отобразить таблицу БД на объект приложения с помощью Massive?

В Massive за это отвечает класс DynamicModel. Есть два способа получения данных из таблиц:

1) создание класса таблицы, наследующего DynamicModel (который используется в тестовом приложении):


    public class Accounts : DynamicModel
    {
        public Accounts()
            : base("ChartOfAccount", "_accounts", "AccountId")
        {
        }
    }

    public class Groups : DynamicModel
    {
        public Groups()
            : base("ChartOfAccount", "_accountGroups", "AccountGroupId")
        {
        }
    }

Первым параметром в базовом конструкторе указывается имя connection string (об этом чуть ниже), вторым - имя таблицы, третьим - первичный ключ таблицы.
2) inline-определение через DynamicModel

var accounts = new DynamicModel("ChartOfAccount", tableName:"_accounts", primaryKeyField:"AccountId");

Откуда Massive берёт connection string?

Massive смотрит в конфиг-файл приложения и ищет там секцию <connectionStrings>. Из всех вариантов выбирается тот, чьё имя указано в качестве первого параметра в конструкторе DynamicModel. В примере используется следующий app.config:


<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <connectionStrings>
    <add name="ChartOfAccount"
    connectionString="Data Source=demo.sdf;Password=blablabla;"
    providerName="System.Data.SqlServerCe.3.5" />
  </connectionStrings>
</configuration>

Заглянем на мгновение "под капот". Что происходит в конструкторе DynamicModel:


public DynamicModel(string connectionStringName, string tableName = "",
            string primaryKeyField = "", string descriptorField = "")
{
      /* не интересно */

      var _providerName = "System.Data.SqlClient";
      if (ConfigurationManager.ConnectionStrings[connectionStringName].ProviderName != null)
          providerName = ConfigurationManager.ConnectionStrings[connectionStringName].ProviderName;

_factory = DbProviderFactories.GetFactory(_providerName);

      ConnectionString = ConfigurationManager.ConnectionStrings[connectionStringName].ConnectionString;
}

Тут интересен providerName, по которому получается специфичная для СУБД DbProviderFactory. Если неправильно указать в конфиге providerName, можно получить исключение "Unable to find the requested .Net Framework Data Provider. It may not be installed.".
Собственно говоря, теперь можно делать select/insert/update/delete запросы к базе. Но рано радоваться. Давайте осуществим поставленную задачу: выведем план счетов по группам. Выводить будем используя WinForm в TreeView. Ничего лишнего.

Как сделать select в Massive?

Можно использовать преимущества DynamicModel, где есть полезные методы на все случаи жизни (All(), Count(), Single() etc.) или ручками выполнять чистый sql через Massive.DB.Current.Query();. Наш путь - это Dynamic Model. В методе All() есть несколько интуитивно-понятных параметров: where, orderBy, limit, columns (по умолчанию *, что значит выбрать все столбцы), args (массив аргументов для where). Всё просто и понятно.
Вернёмся к форме. На событие Load формы будем строить дерево плана счетов:


private void Form1_Load(object sender, EventArgs e)
{
    LoadChartOfAccount();
    tvChartOfAccount.Nodes[0].Expand();
}

private void LoadChartOfAccount()
{
    var groups = new Groups();
    var accounts = new Accounts();
    foreach (var group in groups.All(orderBy: "GroupNum"))
    {
        TreeNode tn = new TreeNode(group.GroupName);
        tn.Name = group.AccountGroupId.ToString();

        foreach (var account in accounts.All(where: "GroupID=@0", args: new object[] { group.AccountGroupId }, orderBy: "AccountNum"))
        {
             tn.Nodes.Add(
                    account.AccountNum.ToString() + " " +
                    account.AccountName + " " +
                    account.ActualSaldo.ToString()

              );
        }

TreeNode[] parentNode = tvChartOfAccount.Nodes.Find((group.ParentGroupId ?? "root").ToString(), true);

        parentNode[0].Nodes.Add(tn);
    }            
}

Результат:

Вроде всё просто и понятно. Это если код не печатать, а использовать copy-paste :) А если печатать, то сразу же обнаружится печальная (в данном случае) особенность dynamic-типов: идентификация типов только на этапе исполнения. Это значит, что обращаясь к свойству dynamic-объекта, я могу написать что угодно, даже не существующее свойство (account.Blablabla), а исключение словлю только в момент выполенения кода, а не на этапе компиляции. Это следует учитывать, работая с dynamic. Если в нашем примере опечататься и вместо group.AccountGroupId написать group.AccountGroupID, то можно обеспечить себе увлекательный поиск ошибки, т.к. Massive для имён полей объектов берёт названия столбцов таблицы как есть, поэтому регистр важен.
Если мы добавим немного функционала к приложению, например, поиск счета по номеру или названию, вскроется ещё один недостаток: подверженность slq-injection. Можно возразить, что это забота программиста, но вспоминая старый добрый Linq2Sql, о таком думать даже не приходилось. В Massive можно написать accounts.All(where: "AccountNum LIKE '@0' OR AccountName LIKE '@0'", args: new object[] { filter } ) или accounts.All(where: "AccountName LIKE '"+filter+"' OR AccountNum LIKE '"+filter+"') со всеми вытекающими последствиями. Понятно, что в полноценных ORM, так же позволяющих выполнять чистый sql, тоже можно написать такого странного кода, но всё же там неподготовленный пользователь максимально ограничен от соприкосновения с чистым sql. В micro ORM пользователь находится в пограничном состоянии: вроде и не чистый sql, но и не объекты.

Заключение

Есть такое мнение:

и оно имеет право на жизнь. Хоть Massive возвращает объект, представляющий строку таблицы, но делает это особым образом: тип объекта (а соответственно, все его поля) становятся изветсны только во время исполнения кода, что имеет свои недостатки. Зато плюс - нет никаких огромных конфиг-файлов с описаниями объектов и связей между ними - не нужно создавать заново схему данных каждый раз, когда структура базы меняется (да, EF code-first - это круто). Нет отслеживания данных, вобще никаких фич, кроме select/update/insert/delete. Минималистично и быстро. Massive делает много рутинной работы: все эти датаридер, команды, параметры... - всё это скрыто в DynamicModel.
Стоит или не стоит использовать micro-ORM? Можно долго рассуждать на эту тему, разводить руками, пожимать плечами. В конечном итоге, это зависит от нужд проекта.

3 js-фреймворка на личном опыте

noreply@blogger.com (Anonymous) — Fri, 08 Feb 2013 16:24:00 +0000

Разрабатывая веб-приложение (не путать с веб-сайтом с интерактивным UI) на jQuery, Zepto или другом UI-ном фреймворке, довольно быстро приходишь к изобретению MV*-велосипеда, сначала отделяя данные от UI-части приложения, а потом назначая ответственного за взаимодействием между ними. Резонный вопрос: а какие существуют готовые решения, облегчающие взаимодействие UI, данных и логики, поверх jQuery (Zepto)? И как ответ недавно мне попалась статья "A Collection Of Javascript MVC Frameworks That You Should Know About". Знаете, сколько там фреймворков? Больше 30! Как же сделать правильный выбор? Выбор фреймворка - это серьезное решение, от которого не последним образом зависит будущее проекта. На решение каких проблем большим образом ориентирован фреймворк? Какой из MV* подходов используется во фреймворке (и стоит ли на этом заморачиваться)? Сильно ли тяжеловесен фреймворк? Сколько дополнительных библиотек он тянет за собой? Насколько быстро и легко разобраться с устройством фреймворка? Насколько хороша документация? Есть ли дружное сообщество вокруг библиотеки? Как не ошибиться, ведь все фреймворки похожи друг на друга, и каждый обещает сделать всю работу за меня? Да никак. Есть лишь несколько подсказок и советов от умудрённых опытом людей и сделанные на основе собственного опыта выводы.

Знакомство 1

Первый, с кем я познакомилась из фреймворков, был Backbone.js. Backbone.js может похвастаться внушительным списоком приложений, использующих фреймворк, и кучей примочек вроде Backbone.Marionette, Backbone.ViewMaster и Backbone.stickit. Хотя такие примочки являются своего рода знаком, что какие-то вещи фреймворк не решает или решает плохо. В упакованном виде Backbone.js весит всего 6.3Кб, а единственная жесткая зависимость - это Underscore.js. Но если хочется использовать всю мощь Backbone.Router и иметь возможность манипулировать с DOM в Backbone.View, то без json2.js и jQuery (или Zepto) не обойтись. Backbone сразу же поразил меня своим мощным Backbone.Router, моделями и коллекциями. Я была неопытная, впечатлительная, он был моим первым javascript mv*-фреймворком.
Я могла описать модель данных (Backbone.Model)

//backbone.js

var FrameworkModel = Backbone.Model.extend({ 
        defaults: {            
            "title": "",
            "url": "",
            "shortDescription" : ""
        }
    });

сделать на её основе коллекцию
//backbone.js

var FrameworkCollection = Backbone.Collection.extend({ 
        model: FrameworkModel
    });

показать html-шаблон элемента (Backbone.View)
//backbone.js

var FrameworkView = Backbone.View.extend({
      tagName: "div",  //тэг элемента
      className: "line", //css-класс для тэга
      template: $("#itemTemplate").html(), //html шаблонного div'a

      render: function() {
        var templ = _.template(this.template);
        this.$el.html(templ(this.model.toJSON()));
        return this;
      }
    });

//html скелет

<script id="itemTemplate" type="text/template">                        
      <span id="title"><a href="<%= url %>"><%= title %></a></span>

      <span id="description"><%= shortDescription %> </span>
</script>

и легко получить отображение всей коллекции:

а, если немного поработать с представлением (FrameworkView), то можно отлавливать изменения данных в модели и на лету обновлять форму.
//backbone.js

var FrameworkView = Backbone.View.extend({
      /*...*/
      events: {           
            "dblclick span#description" : "edit", //метод влючает режим редактирования
            "keypress input#description" : "update" //метод сохраняет результат
      },
      initialize: function()
      {

          //подписываем на изменения в модели рендер представления
          this.model.bind('change', this.render, this); 
      },
      render: function() {
        //рендер представления из модели
      }, 
      update: function(e){

//обновление модели

        //метод save вызывает событие change, на которое подписан наш метод render

this.model.save({shortDescription: this.$('input#description').val() });

      },
      edit: function() {       
        //режим редактирования
      }
    });

Знакомство 2

Потом я познакомилась с Knockout.js. С ним было всё иначе: декларативное связывание, автоматический апдейт UI. Он не требовал от меня наследоваться от своих классов, а ненавязчиво предлагал свои observable и computed возможности. Это было одновременно элегантно и мощно.
//knockout.js
//модель

function FrameworkModel (_title, _url, _shortDescription) {
            var self = this;
            self.title =

ko.observable(_title);
            self.url =

ko.observable(_url);
            self.shortDescription = ko.observable(_shortDescription);
            self.isEditing = ko.observable(false);
            self.toogleEdit = function()
            {
              self.isEditing(true);
            }
            self.finishEdit = function()
            {
                self.isEditing(false);             
            }
      }

//отображение

function FrameworkView () {
      var self = this;
      self.newFramework = ko.observable(new FrameworkModel("", "", ""));
      self.frameworks = ko.observableArray([]);
      self.addFramework = function()
      {

        self.frameworks.push(new FrameworkModel( self.newFramework.title,
                                                 self.newFramework.url,

        self.newFramework.shortDescription));
        self.newFramework.title = "";
        self.newFramework.url = "";
        self.newFramework.shortDescription = "";
      }      
    }

//магия
ko.applyBindings(new FrameworkView());
Knockout просто делал то, что я хотела. С ним было легко и просто, хоть и по-другому. В отличие от Backbone.js он ограничивал возможность работы с html-элементами в js-представлении, вынося это всё в разметку. Например, вот шаблон для отображения объекта.
//knockout.js
<script id="itemTemplate" type="text/html">
<div class="line" data-bind="css: {editable:isEditing}">

<span id="title"><a href="" data-bind="text: title, href: url"></a></span>

<span id="description" data-bind="text: shortDescription(), click: toogleEdit"></span>

<input id="description" type="text" value='' data-bind="value: shortDescription, enterKey: finishEdit" />

</div>

</script>

Для того, чтобы отобразить список элементов, на Backbone.js нужно создать дополнительно отображение для коллекции элементов, и уже в нём в цилке отрендерить каждый объект.
//backbone.js

var FrameworkCollectionView = Backbone.View.extend({
      el: $("#list"), //указываем элемент, в который будут помещаться отрендеренные объекты
      initialize: function() {
        /*...*/
        this.render();
      },
      render: function() {
        this.collection.each(function(item) {
          this.renderItem(item);
        }, this);
      },
      renderItem: function(item) {
        var itemView = new FrameworkView({ model: item });
        this.$el.append(itemView.render().el); 
      },

/*...*/
}
На knockout.js всё, что мне необходимо сделать, это в html-разметке элементу, в котором я хочу видеть список, указать data-bind:

//knockout.js

<div data-bind="template: { name: 'itemTemplate', foreach: frameworks }"></div>

Т.е. js-код по минимуму завязан на html-разметку. И это здорово. Knockout.js помогает думать немного в другом стиле, забыть о привязке данных к разметке и работать над логикой. И это, опять-таки, здорово! Backbone.js оставлял полностью на меня задачу обновления изменённых данных в модели / представлении. С knockout.js об этом даже не приходилось задумываться. Он действительно решал одну из моих проблем.

Знакомство 3

А потом случился AngularJs. Фреймворк от Google. Я не знаю, что ещё добавить. Первое, что отличает его от двух предыдущих фреймворков - это туториал, в котором расказывается, как тестировать код, написанный под Angular.js с помощью Jasmin. Гугл не подвёл.
Мне нравится идея вложенных окружений (scope), которая является основой Angular.Js:

a scope can be seen as the glue which allows the template, model and controller to work together. Angular uses scopes, along with the information contained in the template, data model, and controller, to keep models and views separate, but in sync.

И дальше - самое прекрасное: двусторонне связывание данных!

Any changes made to the model are reflected in the view; any changes that occur in the view are reflected in the model.

Следующее, чем прекрасен Angular.js - он много чего умеет из коробки. Например, легко делаются такие рутинные вещи, как фильтрация и сортировка.


//html

    <div>Search: <input ng-model="query" />    </div>
    <div ng-repeat="framework in frameworks | filter:query">
               /* ... */    </div>
Вообще, с Angular.js ты пишешь код и только спустя какое-то время понимаешь, что кроме ангулара ничего больше из библиотек в проекте нет. Даже jQuery не подгружен! И это прекрасно. Но если нужно сделать какуют-то обычную вещь, например, отследить нажатие Enter в текстовом поле, то придется либо подключать angular-ui + jquery, либо писать свою директиву (на самом деле knockout этим тоже грешен):


//js

angular.module("frameworkApp", []).directive('onEnter', 
  function() {
  return function( scope, elem, attrs ) {          
      elem.bind('keyup', function(e) {           
        if (e.keyCode === 13)
        {      
          scope.$apply(attrs.onEnter);
        }
    });
  };
});

//html

<input id="description" type="text" value='' ng-model="framework.shortDescription" on-enter="framework.finishEdit()" />

Заключение

Хороший инструмент отличается от плохого решением поставленной проблемы и простотой. С этой стороны мне очень понравился AngularJS. Он немного сложнее, чем KnockoutJS, но большой проект я бы, не задумываясь, начала на Angular. Но для небольшого проекта я бы выбрала Batman.js, который не попал в этот обзор, но о котором я ещё расскажу. Но нет ничего лучше для того, чтобы понять, насколько удобно работать с фреймворком, чем взять и поработать с ни: например, написать с его помощью какое-нибудь несложное приложение. И на основе полученных эмоций в ходе разработки, выбрать понравившийся. Поняно, что с таким зоопарком всех фреймворков не перепробуешь - специально для этого был создан проект TODO MVC, где собраны реализации todo-списка с помощью разных js-фреймворков.

P.S. Несколько дней назад twitter пополнил ряды js-фреймфорков, выпустив свой собственный фреймворк Flight, который, конечно же, совсем другой, но пытается решить всё те же проблемы.

Ссылки

http://backbonejs.org - оффициальный сайт backbone.js [en]
http://backbonejs.ru - русскоязчная документация по backbone.js
http://knockoutjs.com - оффициальный сайт knockout.js [en]
http://learn.knockoutjs.com - прекрасный интерактивынй туториал по knockout.js
http://knockback.js - backbone.js и knockout.js в одном флаконе: объеденены сильные стороны обоих фреймворков в ещё один фреймворк.
http://angularjs.org - официальная документация по angular.js
http://egghead.io/ - видеокурс по angular.js
Отличный обзор JS-фреймворков на хабре (часть 1 и часть 2)

Философия AMD, RequireJs и модульная разработка веб-приложений на JavaScript

noreply@blogger.com (Anonymous) — Fri, 01 Feb 2013 19:02:00 +0000

Разделяй и влавствуй - подход на все времена. Концепция модульного программирования не нова, и хорошо себя зарекомендовала. В мире разработки web-приложений на JavaScript существует подход Asynchronous Module Definition или AMD, который

specifies a mechanism for defining modules such that the module and its dependencies can be asynchronously loaded [1]

т.е. по сути определяет API, следуя которому можно реализовать асинхронную загрузку самих модулей и их зависимостей. Следуя этому подходу, непроизвольно создаешь более элегантные решения, но это всего лишь бонусный побочный эффект. Главное - уменьшается хаос js-кода, сложность разработки и поддержки приложения. Каждый модуль явно указывает свои зависимости и получает только их, работая изолированно, что означает минимум мусора глобальной области видимости.
Всё, что нужно, чтобы начать использовать AMD подход в проекте, - это загрузчик, который знает, что такое AMD-модуль, и умеет подгружать зависимости. Итак,

Require.js

Ключевым объектом в Require.js, как и в AMD-философии в целом, является модуль. Опеределяется модуль с помощью функции define:

define("<module_name>",
        ["dependency1", "dependency2],
        function(dependency1, dependency2) {            
       }
    );

Метод, который идёт последний аргументом в списке, - это фабрика, которая создает и возвращает сам модуль. Фабрика выполняется только после загрузки всех зависимостей, указанных во втором аргументе. Модули, указанные как зависимости, ищутся в той же папке, где находится и сам Require.Js (подробнее на теме загрузки модулей я останавлюсь ниже). Ппервый аргумент - это имя модуля. Всё вроде просто. Значит, надо создать свой модуль в AMD-стиле! Выходя за рамки учебных простых примеров, создадим что-то более близкое к задачам из реальной жизни. Например, мне нужен объект, который умеет строить календарь на указанный месяц и год и отмечать в нём даты.

//zeitproject.calendar.js

define(
    'calendar',
    ['jquery'],
    function( $ ){       
        function Calendar()
        {
            var self = this;
            self.builCalendar = function(month, year)
            {
               var body = "";
               //неинтересные детали
               return body;
            }

            self.markDays = function(days_array, css_class, calendar)
            {                
               //неинтересные детали
            }            
        };
        return new Calendar();
    }
);

Из зависимостей - только jquery (ну куда без него!). Знак $ в параметрах функции-фабрики - конечно же, ссылка на jquery. Фабрика возвращает экземпляр класса Calendar, объявленного в внутри самой фабрики, что ограничивает область видимости класса. А куда и кому она возвращает объект? Туда, откуда кем-то была вызвана. А кем и когда она была вызвана? А вызвана она могла быть, когда модуль попал в чей-то список зависимостей, и Require.Js пытается подгрузить модуль. Продолжая пример, Calendar.js является одной из зависимостей в app.js:

//app.js

require(["jquery", "calendar", "tooltip"], function($, calendar, tooltip) {   
    //init vars
    //...//
               
    calendar.builCalendar(month, year, $('.calendar'));
    calendar.markDays(days[i][0], days[i][1], $('.calendar'));
    tooltip.init();
});

app.js - это точка входа в наше приложение. В нём конфигурируется Require.Js и инициализируется логика приложения. Это тот единственнй javascript-файл, который подгружается через Require.Js в index.html. Путь к нему указывается в атрибуте data-main:


<script data-main="/js/app" src="/js/require-jquery.js"></script>

Для краткости расширение .js можно не указывать.
Конечно, тут есть маленькая хитрость - в примере подгружается Require.Js сразу в связке с jquery, поэтому не нужно отдельно подгружать jquery.

Ручная настройка

Require.Js - гибкая легконастраиваемая штука. Например, нужно настроить загрузку AMD-модулей для такой структуры каталогов:

Для этого в app.js перед вызовом require() нужно сконфигурировать Require.Js.


require.config({
    baseUrl: "/js",
    paths: {

        "calendar" : "zeitproject.calendar",
        "jquery"   : "require-jquery",

"formatter": "/utils/formatter",
"tooltip" : "/controls/zeitproject.tooltip"

,
        "tiptip"   : "/controls/jquery.tiptip.min"    }

});

Всё довольно интуитивно: baseUrl - корневая папка, относительно которой указываются все последующие пути. Дальше указывается имя AMD-модуля (имя мы указывали в методе define() первым аргументом во время определения модуля). А что, если нужно подгрузить не AMD-модуль, который добавляет в глобальное пространство имён переменные? По сути, таким модулем может быть любой jquery-плагин. Или, даже, фреймворк: тот же Backbone.js является AMD-несовместимым. Не переписывать же его под AMD-сигнатуру?! Для этого в конфиге есть специальный раздел shim (наверно, имелось в виду "shame, не AMD-модуль!"):


require.config({
    baseUrl: "/js",
    paths: {
/*...*/
        "tiptip"  : "

/controls/jquery.tiptip.min",
        "tooltip" : "

/controls/zeitproject.tooltip"
    }, 
    shim: {
        'tiptip' : {
            deps: ['jquery'],
            exports: 'tiptip'
        }
    }
  });

В shim-секции определяется, какие зависимости есть у не AMD-модуля и псевдоним, под которым его можно указывать в списке зависимостей AMD-модулей.

//zeitproject.tooltip.js

define("tooltip", ["jquery", "tiptip"], function($){
    function Tooltip()
    {

/*..*/
});

Вот и всё. Модули изолированы друг от друга, и знают лишь о существовании тех, без которых не могут работать. Это позволяет держать под контролем зависимости и облегчает жизнь. Надеюсь, вы прониклись Require.js и AMD-подходом к разработке веб-приложений.

Ссылки

http://requirejs.org официальный сайт require.js, отличная документация и примеры
AMD - описание API

Keypress event в Knockout.js

noreply@blogger.com (Anonymous) — Wed, 30 Jan 2013 03:15:00 +0000

Столкнулась с проблемой в knockout.js: в текстовом нужно было отследить нажание кнопки Enter. Делов-то: привязываем к событию keypress нужный метод, и в нём уже смотрим, какая клавиша была нажата:
//html

<div>
    <input type="text" data-bind="value: someValue, event : { keypress = function(data, event) { handleKeyPress(data, event) } }" />
    <span data-bind="text: someValue"></span>
</div>

//view model

var ViewModel = function() {
    var self = this;
    self.someValue = ko.observable('');

    self.handleKeyPress = function(data, event)
    {
           if (event.keyCode == 13)
           {
               //сделать что-нибудь полезное
           }
    }
}    
ko.applyBindings(new ViewModel());

Но не тут-то было! После таких манипуляций текстовое поле перестало реагировать на нажатия всех клавиш, кроме enter. Помогло создание своего специализированного binding-а:


ko.bindingHandlers.enterKey = {
    init: function(element, valueAccessor, allBindings, vm) {
        ko.utils.registerEventHandler(element, "keyup", function(event) {
            if (event.keyCode === 13) {
                ko.utils.triggerEvent(element, "change");

//set "this" to the data and also pass it as first arg, in case function has "this" bound

                valueAccessor().call(vm, vm); 
            }
           
            return true;
        });
    }         
};

В html это отразится привязыванием на созданный байндинг нужного метода:


<div>
    <input type="text" data-bind="value: someValue, enterKey: doSomething } }" />
    <span data-bind="text: someValue"></span>
</div>

Спасибо stackoverflow

Плохой программист

noreply@blogger.com (Anonymous) — Sat, 26 Jan 2013 17:41:00 +0000

Наверное, многим знакома ситуация, когда, взглянув на чей-то код, думаешь "$%#... как можно так писать?!" Тут даже рефакторить бесполезно! Выкинуть бы да переписать с нуля! А бывало ли так, что вы сами оказывались по ту сторону баррикад? Что кто-то смотрел на ваш код, и в глазах ревизора читался ужас :)?

А как вы сами относитесь к коду, написанному вами же, полгода, год, два года назад? Кажется ли применённый подход и найденное решение таким же правильным? Или как-то так?

Лично я считаю такую реакцию вполне нормальной и, даже, правильной.

Полгода (не говоря уже о том, что целый год), - это большой отрезок времени. Это целых 182 дня = 4368 часа, из которых 2912 часа человек бодрствует (при расчете, что на сон уходит 8 часов). Достаточно ли 2912 часов, чтобы узнать хоть что-нибудь новое и полезное для себя?

За полгода могут измениться взгляды на всё, ведь даже новое хобби или прочитанная книга (статья) - это способ открыть для себя что-то новое. Знакомство с новой технологией или изучение другого языка программирования - это способ научиться мыслить иначе. Хотя...

Программист на Фортране может написать программу на Фортране на любом языке программирования.
Ed Post, 1983

Поэтому осознание того, насколько вы плохой программист, - это явный признак того, что как профессионал вы сделали шаг вперёд, стали лучше.

It is possible that you are a bad programmer. You'll never know until someone better sees it.
(c) Scott Hanselman

И пусть этим someone better будете вы сами :)

Компиляция CoffeeScript в JavaScript используя Sublime Text 2

noreply@blogger.com (Anonymous) — Fri, 04 Jan 2013 18:29:00 +0000

CoffeeScript - рафинированный JavaScript, который хочется писать ещё и ещё. Цель этой заметки рассмотреть, как писать и компилировать код на CoffeeScript в js, используя Sublime Text 2.

Весь процес можно разбить на два этапа:
1. Подготовительный этап - установка компилятора CoffeeScript
2. Установка плагина CoffeeScript под Sublime Text 2
И так, приступим.

На первом этапе нужно установить компилятор CoffeeScript в JavaScript. Есть несколько способов (способ1, способ2), самый простой - использовать nodejs. Для этого скачиваем и устанавливаем nodejs. После установки проверяем системную переменную PATH (должна быть %AppData%/npm"):

Если такой переменной нет, то нужно создать её.
Дальше в коммандной строке:


cd %PROGRAMFILES%/nodejs

npm install coffee-script

Теперь нужно добавить в системную переменную PATH значение %ProgramFiles%\nodejs\node_modules\.bin. Конечное значение переменной должно содержать %AppData%\npm\;%ProgramFiles%\nodejs\node_modules\.bin

Если всё сделано правильно, то теперь из командной строки можно вызвать компилятор CoffeeScript командой coffee.

На этом подготовительный этап закончен. Дело осталось за малым - установить и сконфигурировать плагин под Sublime Text 2.

Сtrl + Shift + P -> Install Packages (если не понятно, что это, то тут написано, как установить Package Control) и есть два плагина: CoffeeScript и Better CoffeeScript, который является форком от первого. После установки нужно перезагрузить Sublime Text 2.

Конфигурация обоих плагинов для Windows-платформы одинаковая:

1. в Sublime Text 2 выбираем Preferences -> Browse Packages
2. находим папку с именем плагина
3. находим и открываем в папке файл CoffeeScript.sublime-build
4. заменяем начальное значение


{
    "cmd": ["cake", "sbuild"]
    , "path": "/usr/local/bin:$PATH"
    , "selector": "source.coffee"
    , "working_dir": "$project_path"
    , "variants":
    [
        {
        "name": "Run",
        "cmd": ["coffee", "$file"]
        }
    ]
}

на


{
    "path": "$HOME/bin:/usr/local/bin:$PATH",
    "cmd": ["coffee","-c","$file"],
    "file_regex": "^(...*?):([0-9]*):?([0-9]*)",
    "selector": "source.coffee",

    "windows":
    {
        "cmd": ["coffee.cmd","$file"]
    }
}

5. сохраняем файл.

Теперь создаем тестовый test.coffee с содержимым console.log "Hello, world!", сохраняемся и жмём Ctrl+B. Если всё прошло успешно, то в области сообщений (messaging board) должна появиться фраза "Hello, world!" и время выплонения скрипта, а в папке, где расположен test.coffee должен появиться test.js - скомпилированный в javascript coffeescript.

И на последок пару слов о параметрах командной строки. Добавляя в строку "cmd": ["coffee.cmd","$file"] разные флаги, можно управлять компилятором CoffeeScript. Несколько команд, которые могут пригодиться:
-c (--compile) - скомпилировать в JavaScript и сохранить как файл .js папке рядом с исходным .coffee-файлом, если не указан каталог
-o (--output) - указать каталог для скомпилированных js-файлов
-p (--print) - вывести скомпилированный код JavaScript в stdout
В итоге, фрагмент билд-конфигурации с дополнительными флагами должен выглядеть так:
"cmd": ["coffee.cmd", "-c", "$file"]