четверг, 4 ноября 2010 г.

Упрощение навигации по DOM

Хотелось бы затронуть тему правильной организации DOM, best practices, так сказать. Возможно немного пространно сформулировал, но смысл станет ясен после примера.

Пример. Форма ввода свойств некоторой сущности. Конкретнее: редактирование данных пользователя.



С чем столкнулся на практике:

<form action="#">
    <input id="UserId" type="hidden" />
    <div>
        <label>Имя:<input id="UserName" type="text" /></label>
    </div>
    <div>
        <label>Описание:<input id="UserDescription" type="text" /></label>
    </div>
</form>

Запрос с помощью jQuery выглядит следующим образом:

function GetUser() {
    return {
        id: $("#UserId").val(),
        name: $("#UserName").val(),
        description: $("#UserDescription").val()
    };
}

И казалось бы, все отлично. Если бы не:

  • а если у нас несколько элементов управления для ввода данных о пользователях - конфликт идентификаторов (идентификатор должен быть уникален в пределах страницы)?
  • а если наша сущность называется OurEntityWithVeryVeryReallyVeryLongName и имеет множество полей, представляете себе кошмар в виде id="OurEntityWithVeryVeryReallyVeryLongNameFieldWithLongName1" и тому подобное?
Что предлагаю:

<form class="User" action="#">
    <input class="Id" type="hidden" />
    <div>
        <label>Имя:<input class="Name" type="text" /></label>
    </div>
    <div>
        <label>Описание:<input class="Description" type="text" /></label>
    </div>
</form>

Теперь и запрос с помощью jQuery выглядит иначе:

function GetUser() {
    var user = $(".User");
    return {
        id: $(".Id", user).val(),
        name: $(".Name", user).val(),
        description: $(".Description", user).val()
    };
}

Как по мне, вполне приемлемо, и даже похоже на объектную нотацию ("User.Name").

Возможно где-то в Сети уже есть подобное или лучшее решение, как делают Про я не искал (зря? тогда жду комментариев), сразу решил поделиться пришедшей мыслью. На этом все. Удачной разработки!

вторник, 2 ноября 2010 г.

jQuery: позиционирование элементов

Простая задача - разместить абсолютно позиционированный (в стиле определено: position: absolute) div под элементом ввода (input).

var input = $("input");
var offset = input.offset();

var x = offset.left;
var y = offset.top + input.height();

$("div").offset({
    left: x,
    top: y
});

Вот казалось бы и все. И действительно - работает, но если не учитывать вертикальный скроллинг страницы. Если он больше нуля, то div будет выше элемента ввода ровно на значение вертикального скроллинга.

Окончательное решение далее.

var input = $("input");
var offset = input.offset();

var x = offset.left;
var y = offset.top + input.height() + $(window).scrollTop();

$("div").offset({
    left: x,
    top: y
});

воскресенье, 31 октября 2010 г.

JavaScript: Object Oriented or Not?

Все началось с написания клиентских скриптов для существующего веб-приложения с массивным использованием jQuery и асинхронных запросов (aka ajax).

Используется процедурный подход. Я же за ООП, как за средство эффективного снижения сложности.

Ближе к делу.

Поиск по данной теме сразу же привел меня на сайт Дугласа Крокфорда (см. раздел по JavaScript). Не буду пересказывать - очень советую прочесть его статьи по JavaScript - лучшее что я читал за последнее время.

Теперь поделюсь примерами из собственного опыта.

Пространства имен - то, к чему я очень привык, разрабатывая на C++, и особенно на C#.

var Namespace1 = Namespace1 || {};
Namespace1.Namespace2 = Namespace1.Namespace2 || {};

Приватные поля - то, без чего вообще жить нельзя.

Namespace1.Namespace2.Cat = function (name_) {
    var name = name_;
    this.getName = function () {
        return name;
    };
};

Namespace1.Namespace2.Cat.prototype.Meow = function () {
    alert(this.getName() + " says: meow!");
};

Теперь, если выполнить код:

var cat = new Cat("Bluetooth");
cat.name = "WiFi";
cat.Meow();

То "кот промяукает": "Bluetooth says: meow!", но не "WiFi says: meow!".

На этом пока все, в продолжении обязательно расскажу как я реализую наследование.

четверг, 22 июля 2010 г.

Fluent NHibernate и in-memory SQLite база данных

Недавно пришлось писать юнит-тесты для подсистемы доступа к данным, использующей Fluent NHibernate. Для тестов было решено использовать in-memory базу данных SQLite.

Все бы хорошо, да вот проблема - при попытке сохранения данных (ISession.SaveOrUpdate) вылетает исключение "...no such table...". При этом использовалась утилита SchemaExport, так что с созданием таблиц все должно быть в порядке (т. е. это не этот случай).

Так в чем же дело, почему "...no such table..." при попытке "INSERT..."? Не буду много писать, лучше дам ссылку - тут и описание проблемы и одно из ее решений.

понедельник, 22 марта 2010 г.

MSVS и не CrLf-окончание строки

Битые 11 минут сижу просматриваю чистейший участок кода на наличие синтаксических ошибок.

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

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

Но чудом :) удается обнаружить - исходник содержит Lf-окончания строк. Оказывается компилятор, что в MSVS, сходит от этого с ума, как и я при поиске несуществующей ошибки.

Расчет необходимой мощности блока питания ПК

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

воскресенье, 14 марта 2010 г.

Построение UML диаграмм онлайн

Наткнулся на интересный сервис для построения UML диаграмм онлайн. Для первой лабы по АРПО годится! :)