dev.net.ua

На днях менеджерам моєї компанії захотілось чогось "великого і прекрасного", ну як завжди Коротка суть "великої" ідеї: юзер аплоадить файл на сервер, який потім треба певним чином обробляти. Ніби нічого незвичайного... окрім того, що всі юзери "по дефолту" - погані і можуть загрузити якусь "бяку" Під останнім розуміються дві речі: "небажаний контент" (порнографічні/расистські малюнки, ...) і віруси.
На жаль, з першим можна боротись тільки людськими ресурсами... а от другий треба фільтрувати автоматично на етапі аплоаду.

Не знаю хто як звик відловлювати віруси у себе на компі, але я довіряю свій дорогоцінний лептоп антивірусу AVG :) Майже так само думає і керівництво моєї компанії і для того щоб гарантувати "тотал секюріті" придбало N ліцензії Касперського (з таким вибором я не зовсім згідний, але моєї думки ніхто не питався).

Думаю, всім зрозуміло що сканувати кожен файл що був завантажений на сервер вручну - це повний ідіотизм (тим більше, якщо в словниковому запасі є такі страшні слова як "Касперський" і "API" )
Після недовгих пошуків в Гуглі я знаходжу сторінку з описом Kaspersky Antivirus SDK... і НЕ знаходжу лінка на скачування цього SDK! Перше що подумалось - сьогодні не мій день! Але не все так погано і завжди можна мило поспілкуватись з саппортами :) Дзвоню... спілкуюсь...
І що цікавого я дізнався? Перше, музика "на очікуванні" у них досить непогана, хоча постійно повторюється  (я це перевірив за ті 4 рази як дзвонив, в сумі "провисів" на ліній чуть більше пів години). Друге, саппорт уявлення не має що таке SDK і головне що існує Kaspersky Antivirus SDK (я не став їх шокувати історіями про інші SDK, які описані у них на сайті :) )! Третє, на російському сайті касперського про SDK нічого не згадується! (в кого є думки з цього приводу - прошу прокоментувати).
В результаті, все що я отримав - це мейл саппорту SDK. (в цьому місці мій настрій суттєво покращився і я навіть вирішив, що сьогодні мені щастить, але...)

Пишу лист в SDK-саппорт: доброго-дня-бла_бла_бла-треба-SDK-підкажіть-де-скачати. На моє щастя відповіли мені досить швидко, десь за 3-3.5 години, але замість довгоочікуваного лінка ввічливо поцікавились для чого він мені здався. Ну що ж, в скороченій формі пояснюю хто я, в якій компанії працюю і для чого мені потрібен SDK. Пройшло ще 3 години... Отримую ще одну відповідь... скажу чесно, я очікував будь що: від "а SDK можна скачувати тільки на Новий Рік і Піздво"  до "ми забули видалити наш першоквітневий жарт", але аж ніяк не "Я передам ваші контактні дані нашим менеджерам і вони з вами звяжуться"! При цьому варто зауважити, що спілкувався я не з простим девелопером, а з одним із керівників (принаймні в підписі мейлів у нього значиться такий статус)!

За своє життя мені довелось скачати немало SDK-шок, але ще ні разу для цього не треба було витрачати стільки часу на спілкування з саппортами і тим більше розмовляти з менеджерами (в принципі, це мене чекає в найближчому майбутньому). Я взагалі мовчу про логічне питання "а для чого це все?". Таке враження, що керівництво компанії всіма силами старається запобігти інтеграції своїх продуктів з іншими системами (хоча в цьому випадку можна було б взагалі не згадувати про SDK). А відповідальні керівники бояться приймати хоча б якісь відповідальні(?) рішення... Повний "ахтунг"!

І для чого я це все написав..? Головна мета посту - надати першу інформацію тим нещасним, хто захоче повторити мій шлях. Ну і запитати в шановних колег якщо хтось уже мав незабутній досвід спілкування з менеджерами/девелоперами Касперського - відпишіться, пліз, в коментах! Буду дуже вдячний за будь-яку інформацію

UPDATE 13.08.2008
На наступний день після написання цього поста мені написав sales-менеджер Касперського (тут можна поставити 5+ за оперативність!). Він переслав документ який треба було підписати і відіслати назад, коротка суть документу - моя компанія не має права копіювати/продавати і т.д. Kaspersky AntiVirus SDK ну і т.д. Як результат, після узгодження всіх формальностей, я мав би отримати демо версію SDK.
Так як пересилання мейлів/факсів ніколи не було моєю сильною стороною, я просто подзвонив sales-менеджеру і поцікавився скільки коштує повна версія AntiVirus SDK. На мій подив, він не зміг дати мені навіть приблизну відповідь (wtf?!). Основним аргументом неможливості сказати ціну було те, що вони не знають які зміни в SDK мають бути зроблені спеціально на моє замовлення (я так і не зрозумів чи вони для всіх "підганяють" пакет, чи це тільки я попав на спец. акцію :) ). Хоча я і був трохи шокований таким розвитком подій, але все-таки поцікавився скільки ж буде коштувати "стандартний" пакет... на що мене ввічливо запитали "а скільки користувачів буде перевіряти ваша система?". Скажу чесно, таке питання повністю відправило мене в нокдаун! Можна було б зрозуміти питання "а скільки серверів з нашим антивірусом ви маєте і на скільки з них буде залучено у вашому проекті?", але кількість користувачів - це повний "ахтунг"!
Закінчивши розмову, я переслав лист з документом проджект менеджеру і попросив його розібратись в ситуації.
До цього часу, ніяких новин від мого ПМ-а на рахунок Kaspersly SDK не надходило (я так підозрюю що і не надійде).


P.S.: може хто знає, чи існує ще вітчизняний антивірус UNA? памятаю, колись про нього досить непогано відзивались і я навіть хотів купити ліцензуйну версію, але так і не зміг її знайти :(

З самого початку думав почати цей пост з слів типу "який я хороший, добрий, мудрий і т.д."... але прийдеться визнати, що я ППЦ який лінивий :))

Як усім уже, мабудь, відомо Microsoft 23 травня цього року виклала в публічний доступ свій Source Analyzer (StyleCop). І все було б просто супер, якщо б не той факт, що всі правила перевірки коду - абсолютно статичні :( Щоб остаточно переконатись в цьому, в день релізу я трохи "погуглив" і натикнувся на цікавий пост, де один з кодерів майкрософта розказував які вони щасливі з своїм Source Analyzer-ом :) Також він писав, що правила у ньому статичні не через "криві руки "... а тому що тільки ці правила можуть принести абсолютне щастя девелоперам які будуть ними керуватись! Одним словом, логіка в його словах проста - "ми щасливі, і вам прийдеться бути щасливими" :)
Так як характер у мене поганий, я погано сприймаю той факт що комусь роблять добре. Тому з допомогою Reflector-а я дизасемблював Source Analyzer і хотів створити свої правила. Проте, все що було після дизасемблювання йшло туго і постійно відкладувалось "на завтра" :( Як результат - фінішна пряма позаду, але перше місце дісталось іншому.

Цього "іншого" і його статтю можна знайти тут. Що я можу сказати..? В пості добре описаний шлях створення custom rules з прикладами, всі хто хотів додати в StyleCop щось своє тепер мають таку можливість :) Думаю, в найближчому майбутньому можна сподіватись на появу Add-In-а який дозволить писати власні правила в конфігураційних файлах і створювати локальне (проте власне!) щастя :)

P.S.: Також раджу зайти сюди. Автор цього поста пробує схрестити StyleCop з ReSharper-ом! І навіть пообіцяв викласти сорси в публічний доступ!

Всім алоха!








        private void button1_Click(object sender, EventArgs e)
        {
            ListView testControl = new ListView();
            Controls.Add(testControl);
        }


if (!base.DesignOnly && !this.Intialize(this))
            {
                throw new Exception("Your evaluation has expired");
            }

Якось давніше пощастило прочитати короткий мануал по правильному поводженню з SqlDataReader. Лінк зараз не згадаю, тому прийдеться кортко переказати зміст мануалу.

1. Старайтесь якнайменше використовувати ось такий вид запису:
        using (IDataReader reader = SPs.TestSelect().GetReader())
    {
        for (int j = 0; reader.Read(); j++)
        {
            toReturn[j] = new TestItem();

            toReturn[j].Age      = (int)reader["Age"];
            toReturn[j].Gender   = reader["Gender"] as string;
            toReturn[j].ID       = (int)reader["ID"];
            toReturn[j].Login    = reader["LoginName"] as string;
            toReturn[j].Name     = reader["Name"] as string;
        }
    }

2. Якщо настільки "приперло" написати код схожий на поданий вище, то модифікуйте його таким чином:
    using (IDataReader reader = SPs.TestSelect().GetReader())
    {
        int ageIndex      = reader.GetOrdinal("Age");
        int genderIndex   = reader.GetOrdinal("Gender");
        int idIndex       = reader.GetOrdinal("ID");
        int loginIndex    = reader.GetOrdinal("LoginName");
        int nameIndex     = reader.GetOrdinal("Name");

        for (int j = 0; reader.Read(); j++)
        {
            toReturn[j] = new TestItem();

            toReturn[j].Age      = (int)reader[ageIndex];
            toReturn[j].Gender   = reader[genderIndex] as string;
            toReturn[j].ID       = (int)reader[idIndex];
            toReturn[j].Login    = reader[loginIndex] as string;
            toReturn[j].Name     = reader[nameIndex] as string;
        }
    }

3. А в ідеалі код має бути схожим на:
    using (IDataReader reader = SPs.TestSelect().GetReader())
    {
        int ageIndex      = reader.GetOrdinal("Age");
        int genderIndex   = reader.GetOrdinal("Gender");
        int idIndex       = reader.GetOrdinal("ID");
        int loginIndex    = reader.GetOrdinal("LoginName");
        int nameIndex     = reader.GetOrdinal("Name");

        for (int j = 0; reader.Read(); j++)
        {
            toReturn[j] = new TestItem();

            toReturn[j].Age      = reader.GetInt32(ageIndex);
            toReturn[j].Gender   = reader.GetString(genderIndex);
            toReturn[j].ID       = reader.GetInt32(idIndex);
            toReturn[j].Login    = reader.GetString(loginIndex);
            toReturn[j].Name     = reader.GetString(nameIndex);
        }
    }

В прикладах toReturn – це «TestItem[] toReturn» + ви якимось чином дізнались правильний розмір масиву :) Результатом роботи методу є цей самий «TestItem[] toReturn»

 

Перше що кидається в очі, чому 3-й варіант кращий за перші два – це unboxing при присвоєнні значень елементам масиву toReturn.
А чим другий кращий за перший? Як саме третій варіант відрізняється від перших двох? Про це в мануалі не написали, тому прийшлось розбиратись самотужки…

Звичайно, можна було б написати в саппорт майкрософта і запитати у них, але я вирішив, що з Reflector-ом я справлюсь швидше :)

Хто до читав до цього місця і вирішив, що дана тема йому малоцікава, може далі не читати. Так як далі буде тільки дизасемблювання стандартних ліб…

Отож, пройдемось по питаннях по порядку…
1. Чим другий варіант кращий за перший?

Відкриваємо у рефлекторі клас SqlDataReader і дивимось на тексти перегруженого оператора «[]».

public override object this[string name]
{
    get
    {
        return this.GetValue(this.GetOrdinal(name));
    }
}

та

	public override object this[int i]
	{
		get
		{
			return this.GetValue(i);
		}
	}

 

В першому лістінгу  бачимо, що перед викликом методу «GetValue» (який очевидно повертає потрібне нам значення :) ), йде виклик «GetOrdinal»… Відмінність ніби і не значна, але здоровий глузд підказує, що виконувати «GetOrdinal» лишні 200-300 тис разів не варто :) Тому від цього моменту конструкція типу reader["SomeKeyName"] перестає для нас існувати.

2. Як саме третій варіант відрізняється від перших двох?

Те що там відсутнє явне приведення типів – це ми бачимо, але що заховано всередині..? Для прикладу препаруємо метод «GetInt32»

public override int GetInt32(int i)
{
    this.ReadColumn(i);
    return this._data.Int32;
}

Звідси ясно, що нічого не ясно :) Треба копати глибше! Виклик методу «ReadColumn» я опущу і перейду до «return this._data.Int32». Цікаво, а що ж за поле  «_data»?

    private SqlBuffer[] _data;

Хм… Все одно нічого не ясно… Дивимось що таке «SqlBuffer» (весь код постити не буду, просто покажу те що нам потрібне):

    internal sealed class SqlBuffer
    {
        // Fields

        private bool _isNull;
	private object _object;
	private StorageType _type;
	private Storage _value;

        // Methods
		…

        // Properties
		…

        internal object Value
	{
		get
		{
			if (this.IsNull)
			{
				return DBNull.Value;
			}

                       	switch (this._type)
			{
				case StorageType.Empty:
				return DBNull.Value;

				case StorageType.Boolean:
				return this.Boolean;

				case StorageType.Byte:
				return this.Byte;

				case StorageType.DateTime:
				return this.DateTime;

				case StorageType.Decimal:
				return this.Decimal;

				case StorageType.Double:
				return this.Double;

				case StorageType.Int16:
				return this.Int16;

				case StorageType.Int32:
				return this.Int32;

				case StorageType.Int64:
				return this.Int64;

				case StorageType.Money:
				return this.Decimal;

				case StorageType.Single:
				return this.Single;

				case StorageType.String:
				return this.String;

				case StorageType.SqlBinary:
				return this.ByteArray;

				case StorageType.SqlCachedBuffer:
				return ((SqlCachedBuffer) this._object).ToString();

 				case StorageType.SqlGuid:
				return this.Guid;

				case StorageType.SqlXml:
				{
					SqlXml xml = (SqlXml) this._object;
					return xml.Value;
				}
			}
		return null;
		}
	}

	internal int Int32
	{
		get
		{
			this.