Блог

Блин, только выпустил обновление Библии С# и забыл в нем уточнить по поводу простых переменных и структур. Дело в том, что я написал, что их компилятор располагает их в стеке, но это не всегда правда. Так пишут все авторы, но если быть уж совсем точным, то компилятор не обязан располагать переменные в стеке. Обычная практика - он старается делать это. Я специально полез в интернет и увидел кучу статей, в которых пишут про то, что простые переменные будут в стеке.

Возьмем, например, статью .NET: Type Fundamentals еще за 2000 год из самого MSDN. В ней утверждается, что простая переменная будет расположена в стеке:

System.Int32 a = new System.Int32(5); When this statement is compiled, the compiler detects that the System.Int32 type is a value type and optimizes the resulting IL code so that this "object" is not allocated from the heap; instead, this object is placed on the thread's stack in the local variable a.

Когда я программировал в Delphi или на С++, то я ненавидел все эти библиотеки DLL, потому что чтобы выделить какой-то код в отдельный файл, получалось столько геммороя, что зад краснел от просиживания на стуле. Поэтому большинство своих программ я реализовывал в виде единого исполняемого файла.

В .NET подключение библиотек свелось к банальному указанию библиотеки в References и можно писать код одновременно и в библиотеке и в основном файле, где вы используете этот код. Никаких Export или Import функций больше не нужно объявлять и это счастье.

Мало того, что я обновил программу мониторинга раньше программы сетевых утилит, так я еще и выпустил новый модуль. Все новые модули всегда первыми появляются в программе сетевые утилиты, но этот год исключение. Впервые новый модуль появляется в программе Утилиты Web разработчика.

Новый модуль получил название SQL Stress и позволяет протестировать производительность SQL запроса. Недавно по работе пришлось работать над оптимизацией и пришлось искать готовое решение в интернете. Я не любитель держать на диске миллион программ, поэтому добавил возможность стресса запросов свои программы. Пока что я выложил в открытый доступ новую версию утилит WEB разработчика, но скоро обновлю и сетевые утилиты, где новый модуль будет так же доступен.

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

Я уже говорил, что у нас на работе многие (из тех, с кем я общался) пишут код в блокното-подобных редакторах кода и не используют Visual Studio. А зачем это нужно? Почему не использовать возможности Visual Studio, ведь его возможности могут реально быть полезными?

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

Умение писать в блокноте никогда не будет лишним. Не скажу, что это обязательно нужно уметь делать, но желательно. К нам на собеседования приходят достаточно умные ребята, с большим опытом работы программистом, но они проваливаются иногда только из-за того, что не могут писать код в блокноте без помощи Visual Studio. Это только кажется, что после 5 лет работы в продвинутых редакторах любой сможет написать код без их помощи. Практика показывает, что это далеко не так.

Давно я уже не выкладывал статей. Еще дольше не выкладывал новых статей. Сегодня (по моему времени уже вчера) я выложил новую статью MSN клиент на C#

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

Как узнать "где можно" использовать Ajax? Нужно понимать главный недостаток Ajax - не работает кнопка Back (Назад) в браузере. Если ты считаешь, что после выполненного действия пользователь может захотеть нажать кнопку назад, то ни в коем случае нельзя использовать Ajax.

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

К чему я это? На одном форуме увидел как некий XXXXXX уверяет, что видел где-то по знакомству реальные мои личные исходные коды. Почему XXXXXX вместо имени или ника? Стараюсь не переходить на личности. Могу ругаться матом, но стараюсь не переходить на личности.

Ну ладно, люди любят поливать других грязью, чтобы поднять себя, но так откровенно врать... Я даже друзьям никогда не показываю личных исходных кодов, таких проектов как например на www.cydsoft.com. Никто не видел этих исходных кодов и наверно не увидит, по крайней мере бесплатно :) даже по мега великому знакомству.

В Visual Studio входит возможность создавать инсталляционные пакеты для для программ. Меня эта возможность начинает бесить. Особенно функция Зависимые пакеты. Студия ищет по исполняемому файлу (который вы добавили в проект) зависимые библиотеки и автоматически добавляет их в установчный лист. Если вы вручную добавить еще раз файл, то в архив попадет две версии библиотеки и они просто перезапишут друг друга, если установка будет идти в одно и то же место, да и архив станет неоправданно больше, поэтому я долгое время велся на эту возможнсоть.

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

Реально задолбала разница в браузерах. Сегодня выяснил, что IE не передает referer, если изменять текущую страницу с помощью JavaScript (document.location = 'http://www.funniestworld.com' - не передаст ). Какого уродства он это делает, я понятия не имею. Выход банален, устанавливаем a тег с id и с name, ищем его по имени или id, изменяем href на нужный и программно кликаем. Долбанутый хак, но что делать:

<a id="redirecturl" style="display:none;" />

<script>
 document.getElementById('redirecturl').href= нужный url; 
 document.getElementById('redirecturl').click();
</script>

Теперь ie передает referer, но счастье длиться не долго. Падла FF не содержит функции click у тега a.

Недавно задали вопрос, что для меня лучше, Web программирование или программирование на C#. На самом деле для меня лучше программирование на C#. Но ведь для Web тоже можно писать на C#, по крайней мере логику, которая спрятана за кулисами сайта. А вот передний план приходится оформлять другими технологиями, такими как HTML, JavaScript, Silverlight, Flash и т.д.

Если сравнивать C# программирование для Web и классические десктоп приложения, то десктоп приложения мне нравятся конечно же больше. Там руки более развязаны и я могу делать все, что угодно. Когда делаешь сайт, то сильно ограничен браузером и его технологиями и системой безопасности. Когда пишешь простые вещи, то это еще нормально, но когда пишешь что-то серьезное и крупное, то это бесит.