Windows 7 для разработки.NET
Я только что реализовал серверную регистрацию ошибок на ошибках JavaScript на проекте на работе. Существует смесь унаследованного кода и нового кода с помощью jQuery.
я использую комбинацию window.onerror и обертывание обработчиков событий jQuery и функции onready с функцией обработки ошибок (см.: Отслеживание ошибки JavaScript: Почему window.onerror Недостаточно ).
-
window.onerror: ловят все ошибки в IE (и большинство ошибок в Firefox), но ничего не делает в Safari и Opera. - обработчики событий jQuery: фиксирует ошибки события jQuery во всех браузерах.
- jQuery готовая функция: фиксирует ошибки инициализации во всех браузерах.
, Как только я зафиксировал ошибку, я добавляю некоторые дополнительные свойства к ней (URL, браузер, и т.д.) и затем отправляю ее назад на сервер с помощью вызова ajax.
На сервере у меня есть маленькая страница, которая просто берет отправленные аргументы и производит их к нашей нормальной платформе журналирования сервера.
я хотел бы к открытому исходному коду код для этого (как плагин jQuery). Если бы кто-либо заинтересован сообщенный мне, это помогло бы убедить боссов!
7 ответов
Короче говоря: нет выполнения кода. Иначе не думаете ли вы, что кто-то уже взломал Facebook? :)
Я думаю, что человек, который сказал вам, что был сбит с толку некоторыми другими ошибками, которые использовали глубокую вложенность массивов для запуска переполнения буфера / двойного освобождения / некоторого другого вектора взлома, который теоретически можно было бы использовать для выполнения некоторого кода. Это программные ошибки, которые вы можете наблюдать каждый день во многих популярных программах. Даже переход от XP к Vista принес много новых функций, к которым могли получить доступ .NET-разработчики.
Опыт разработки в VS2008 не сильно изменит переход с XP на Vista / Win7. (Хотя общий пользовательский опыт может улучшиться, в зависимости от того, что вам нравится. Например, я люблю Windows 7, поэтому мне просто легче, что мне не приходится работать с уродливой XP)
Я думаю, что реальный вопрос ... может ли приложение, которое вы создаете, выигрывает от запуска поверх Windows Vista и Windows 7. (И какую пользу от этого могут получить ваши клиенты).
Вы готовы нарушить совместимость с Windows XP или напишете достаточно кода так что он использует функции Windows версии X, если они доступны, и понижает свою версию при работе в более старых версиях.
Примечание:
Лично я бы предпочел, если ни один из наши клиенты все еще работали на Windows XP. В то время как приложения .NET, которые не подключиться к Windows версии X функции отлично работают на XP, Vista и Win7 одинаково ... иногда выглядят прячется на XP. (И отсутствие ускорения графического процессора WPF является для нас проблемой)
Заключение:
- Улучшенный опыт разработки -> только незначительно, если вы не ненавидите Vista / Win7
- Можете ли вы улучшить опыт в конце пользователь? -> да, если они используют Windows 7
Разработчикам Windows 7 доступно множество новых функций. Ознакомьтесь с Windows 7 API Code Pack для .NET .
В этой статье рассматриваются некоторые новые функции Windows 7, доступные разработчикам .NET.
Улучшение ваши приложения для Windows 7
Новые доступные функции Windows 7 включают:
- Панель задач Windows 7
- Списки переходов, наложение значков, индикатор выполнения, эскизы с вкладками и панели инструментов эскизов
- Оболочка Windows
- Библиотеки Windows 7
- Поддержка Windows Shell Search API
- Управление обозревателем Explorer
- Иерархия сущностей пространства имен оболочки
- Система свойств оболочки Windows
- Перетаскивание объектов оболочки
- Windows Vista и общие диалоговые окна файлов Windows 7, включая настраиваемые элементы управления
- Известные папки и контейнеры нефайловой системы
- DirectX
- Direct3D 11.0, Direct3D 10.1 / 10.0, DXGI 1.0 / 1.1, Direct2D 1.0, DirectWrite, API-интерфейсы Windows Imaging Component (WIC)
- Диалоговые окна задач Windows Vista и Windows 7
- API-интерфейсы платформы датчиков
- Расширенные лингвистические службы API-интерфейсы
- API-интерфейсы управления питанием
- API-интерфейсы перезапуска и восстановления приложений
- API-интерфейсы Network List Manager
- Управление ссылками на команды и системные значки оболочки
Согласно Microsoft , есть преимущества использования Windows 7 при работе с Server 2008 для производства:
- Упрощенное удаленное подключение для корпоративных компьютеров с помощью функции DirectAccess
- Защищено удаленное соединение для частных и общедоступных компьютеров
- Повышенная производительность для филиалов
- Улучшенная интеграция виртуализированных рабочих столов
- Повышенная отказоустойчивость при подключении между сайтами
Я отправил аналогичный список своему менеджеру, чтобы заключить сделку по обновлению до Windows 7. Мне это очень нравится!
Разработчикам Windows 7 доступно множество новых функций. Ознакомьтесь с [текстом ссылки] [1]
Самым важным преимуществом является то, что вы разрабатываете его на Windows 7, ваше приложение может отлично работать с несовместимостью, появившейся в Vista и Windows 7. UAC является таким препятствием.
В общем, ваше приложение отлично работает в Windows 7, затем оно должно работать нормально в Windows XP и Vista (если вы не используете специальные элементы Windows 7).
Для меня есть две причины разрабатывать под Windows 7 - это установить VS на Win7 и работать там, не обязательно разрабатывать приложение, которое явно использует возможности Win7. Во-первых, независимо от платформы, на которую вы нацелены, и от того, что используют ваши пользователи, мне нравится использовать Win7. Я считаю, что это делает меня более продуктивным - мой ноутбук работает быстрее, чем на Vista, и мне нравятся джамплисты и т.д. Нет ничего плохого в том, чтобы выбрать личную ОС по личным причинам.
Но даже если вы сами не предпочитаете Win7 XP, вторая причина для разработки на нем (по крайней мере, когда вы строите windows-приложение) заключается в том, что каждый раз, когда вы нажимаете F5, вы тестируете на платформе, которую используют ваши пользователи (возможно? вероятно?). Если вы тестируете только на XP и у вас жесткий код, путь к C:\Documents и Settings... и это работает, вы не будете знать, что с этим что-то не так, пока кто-то другой не протестирует на Win7. Если вы напишете свои настройки в "ту же папку, где находится мой exe", и это сработает, то кто-то установит его под Program Files на Win7, и он не справится, вам придется скреститься, чтобы выяснить, почему. Постройте его на Win7 и вы найдете эти проблемы рано или поздно.
Кейт