All streams
Search
Write a publication
Pull to refresh
672
0
Владимир Юнев @XaocCPS

Chief Architect

Send message
Недавно скачал Microsoft SourceAnalysis. Описание и ссылку тут можно посмотреть
http://www.pnasoft.com/archive/2008/05/2…
суть в том, что эта тулза позволяет оценивать по некоторым правилам соглашений о написания кода весь написанный C# код.
Я до некоторых пор так и делал, тоже от C++ привычка осталась. Но, глядя, на то как оформлен код в том же MSDN задумался, а стоит ли выделяться? Не так уж это и плохо, если константа или элемент перечисления похожи на свойства.
Прошу дать ссылку на то, где Микрософт рекомендует в C# использовать CLR типы.
Из ваших ссылок удалось найти только рекомендации НАЗЫВАТЬ имена методов используя CLR-имена.

For example, a method that converts data to Int16 should be named ToInt16, not ToShort because Short is the language-specific type name for Int16. (c)msdn
а глючит что?
похоже, но, судя по всему, не настолько концептуально и красиво
Пожалуйста. В общем-то, это и было целью статьи, провести соответствие. Всю остальную информацию можно получить и в msdn.
Жаль. Но ничем помочь к сожалению не могу, даже проверить не на чем :(
За меня все скажет MSDN :)
http://msdn.microsoft.com/en-us/library/…

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

Впрочем все равно спасибо, что ткнул носом, я признаться никогда не пользовался Substitution.
По поводу тулзы: тоже сначала был скептически настроен. Но пощупал, повертел... Полезно.
Во-первых, мгновенный переход куда угодно по коду. Во-вторых, наглядно видны части кода с изменениями, так же полезно, можно быстро щелкнуть куда надо. В-третьих, видны сразу все точки останова (ну и букмарки, но ими я не пользуюсь). Можно быстро прыгнуть к такой точке.
Тулза, конечно не претендует на откровение, но определенную пользу я от нее уже получил. Очень часто приходится переходить по коду не вспоминая имена методов, не указывая типы, номера строк или просто текстовые части кода, а просто спинным мозгом без подключения головы прыгнуть туда куда нужно. Одним кликом. Теперь я это могу.
Это важно! В интернете кто-то неправ! (с)
В Микрософт тоже живые люди работают, а не роботы как многие думают
:)
Вопрос проводится в связи с планами написания статьи (или пары) по использованию gzip в asp.net.
Ссылка вначале статьи не работает.
Вы наверное будете удивлены минусами, поэтому сразу попытаюсь донести до вас почему это происходит:
1. Вы пиаритесь, а между тем ничего интересного не предлагаете. Только рекламируете пятитысячесорокпервый сайт о недвижимости.
2. Сайт сверстан плохо, даже по моим дилетантским понятиям верстальщика.
3. Дизайн - говно даже по моим дилетантским понятиям дизайнера.
4. Пиаритесь, а сайт на таблицах сверстан - это на Хабре едва ли не дурной знак для вашей кармы :).

Если честно, то я рад что у вас успешный портал. Надеюсь вы и правда горды за него, остальное не важно.
Вы предлагаете правила для слишком частных ситуаций, задача этой рекомендации быть компактной и простой. Требовать писать isDeleted не стоит, рекомендовать можно, но тоже лишнее, все это описано в первых двух пунктах и рекомендации 2.1: пишите либо IsDeleted либо isDeleted в зависимости от модификатора доступа.

Про избыточность в именах согласен, но опять же думаю стоит этот момент оставить на совести программиста, определив только casing-правила.

С последним (про методы) лично не согласен, а в контексте правил считаю лишним.
Это рекомендация, как все рекомендации она не описывает исключительные варианты и предлагает только правило для общих случаев.
Ну это частный случай рекомендации, так что вроде все в порядке?
Добавил про суффиксы в 1.3
CLR-типы вообще не рекомендуется использовать при программировании и тут вопрос уже не оформления кода, имхо.
Добавил рекомендации в пункт 2.2, постарался описать как можно проще и полнее.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity