Ну, при совке базар в Одессе действительно гоняли, т.к. подавляющее большинство радиобарахла что там торговалось, тырилось с радиозаводов и в свободной продаже его никогда не было. А в 90-е уже никто никого не гонял и кассет к Спектруму было завались сколько.
Браузер назывался Blazer. Та еще поделка — полное непонимание UTF-8 и почти полная неработоспособность кэша. Так что я бы не сказал что он был сильно лучше IE, все равно без Opera Mini была не жизнь (в своей прошивке я его вообще удалил нафиг).
Вы им не нужны как покупатель. Хотя в вашей стране может дела обстоят и получше. Сколько помню Пальм, все время был напряг с качественной локализацией и поддержкой всевозможных кодировок. Причем, от установки пакетов локализации (Piloc, RusHack, etc), ухудшалась стабильность системы и снижалась скорость работы. Короче, реинкарнацию DOS все это напоминало, особенно многозадачность.
Вот кстати нарыл еще — есть API функция StrongNameSignatureVerificationEx, с помощью которой можно принудительно выполнить проверку подписи, несмотря на записи в реестре для этой сборки. Можно вызывать перед загрузкой плагинов и пр. (требует P/Invoke).
>Т.е. не смотря на то, что нас уверяют, что строгое имя помимо отношения к глобальному кэшу сборок защищает еще и от модификации сборки, это далеко не так на практике.
На практике нужно предпринять некоторые дополнительные действия, чтобы это работало. Во-первых, защитить сам EXE от модификации (например, Hasp Envelope — согласен, подходит далеко не во всех случаях, но для embedded — самое то), во-вторых, перед загрузкой сборки или в Program.Main проверять данный ключ реестра на наличие токенов, которых там быть не должно. И действовать соответсвенно.
В современных системах хватает современных проблем. Особенно в новых, таких как Win7. А некоторые проблемы у MS похоже останутся с ними навсегда, например глючная и тормозная сеть (шареные ресурсы в локалке). Это Сетевое окружение вообще просто бесит — работает когда захочет и показывает кого хочет. Устал бороться, честно…
Тип это не аналог класса. Это категория более высокого порядка, чем класс. Он может быть классом, а может быть структурой (значимым типом), делегатом, перечислением или интерфейсом. Класс это одна из разновидностей типов объекта в .NET.
Стоит упомянуть еще пособия к курсам Microsoft, типа 70-536, которые хотя и исключительно примитивны, тем не менее дают базовый набор навыков в соответствующей технологии. А еще описывают несколько малоизвестных вещей, которые очень полезны на практике (вроде SynchronizationContext для WinForms или CallContext для передачи параметров в контексте стека вызовов). Ну экзамен помогут сдать, само собой.
+1, тем более, что есть именно такая книжка — C# 3.0 Design Patterns, by Judith Bishop. В ней рассмотрены все те же 23 классических паттерна, но на современных примерах и используя фишки C# 3.0. За счет этого читается гораздо легче Гофовской книжки, хотя и ее примеры также интересны (кстати, если авторов несколько, обычно добавляют «et.al.» к имени первого автора, что значит «и другие»).
Реализация наверно оставляет желать лучшего. Как это всегда бывает с функциями, которые второ- (третье-) степенные для устройства. У таксистов есть обычные рации, которые проверены временем и понятно как работают, к тому же бесплатны (если не считать лицензии на частоты).
На практике нужно предпринять некоторые дополнительные действия, чтобы это работало. Во-первых, защитить сам EXE от модификации (например, Hasp Envelope — согласен, подходит далеко не во всех случаях, но для embedded — самое то), во-вторых, перед загрузкой сборки или в Program.Main проверять данный ключ реестра на наличие токенов, которых там быть не должно. И действовать соответсвенно.
Тип это не аналог класса. Это категория более высокого порядка, чем класс. Он может быть классом, а может быть структурой (значимым типом), делегатом, перечислением или интерфейсом. Класс это одна из разновидностей типов объекта в .NET.