Программирование, т. 3

Я про xml комменты тройного слеша. Это по сути организована документация функции/класса. Я уже точно подзабыл синтаксис, но как-то так оно работает

/// <summary>функция ебёт в анал её вызвавшего</summary>

/// <param="LastWord">в этот аргумент вы передаёте своё последнее слово</param>

public void ViebiMenyaVanal(string LastWord)

{

 

Как-то так

 

В итоге когда из другого конца проекта пытаешься вызвать эту функцию, ты в тултипе всегда увидишь описаное в этих тегах.

/**

* @param number

* @return bool

**/

вне зависимости от языка, да и то о чем ты говоришь, скорее фишка вижи, чем языка

двапой - почитай Фаулера.

комментарии для слабых. хороший код не надо комментировать.

А на шарпе где-то кроме студии пишут?

Плюс там ещё прикол в том, что все эти каменты можно разом экспортировать в документацию, а не писать её отдельно.

что из всего?

это все стандартные вещи

такое поддерживают если не иде, то плагины под иде точно

что из всего?

Enterprise Applications Architecture

Я кроме студии иде почти никаких не юзал. Эклип 10 минут и интеллиж идеа 20 минут.

sublime text2

Архитектура корпоративных программных приложений?

скачал на русском

до этого читал "идеальный код" (вроде как) на 200 странице так и висит открытой на работе, ибо там ничего нового пока что не прочтиал

Я про xml комменты тройного слеша. Это по сути организована документация функции/класса. Я уже точно подзабыл синтаксис, но как-то так оно работает

/// <summary>функция ебёт в анал её вызвавшего</summary>

/// <param="LastWord">в этот аргумент вы передаёте своё последнее слово</param>

public void ViebiMenyaVanal(string LastWord)

{

 

Как-то так

 

В итоге когда из другого конца проекта пытаешься вызвать эту функцию, ты в тултипе всегда увидишь описаное в этих тегах.

XML головного мозга

Я короче, пока не буду читать книгу, чтобы мои мысли не путались

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

скачал на русском

 

до этого читал "идеальный код" (вроде как) на 200 странице так и висит открытой на работе, ибо там ничего нового пока что не прочтиал

ну если ты в репозитории делаешь статические методы - то тебе такие книги надо читать очень вдумчиво.

Блять чо в этом такого? Или ты об этом в книге прочитал?

Вот реально, ты можешь нормально объяснить?

Блять чо в этом такого? Или ты об этом в книге прочитал?

 

 

Вот реально, ты можешь нормально объяснить?

ну репозиторий работает с контекстом. если у тебя методы для работы с контекстом статичные - значит у тебя и контекст статичный, а значит выделить контекст (замокать) у тебя не выйдет и точно так же заменить контекст без труда не выйдет. у тебя очень грубо нарушается буковка D из SOLID

о госпади

я же говнокодер на пхп, тут ваще всем похуй на букву D в SOLID

я тебе даже больше скажу (о ужас) тут всем похуй на то что ты засунешь кусок sql в шаблон (боже упаси, я такого не делаю, и все запросы у меня в отдельном классе)

но мне бы пока научиться не писать велосипеды, а потом уже начать учить все эти ваши паттерны

Я про xml комменты тройного слеша. Это по сути организована документация функции/класса. Я уже точно подзабыл синтаксис, но как-то так оно работает

///

функция ебёт в анал её вызвавшего

/// в этот аргумент вы передаёте своё последнее слово

public void ViebiMenyaVanal(string LastWord)

{

 

Как-то так

 

В итоге когда из другого конца проекта пытаешься вызвать эту функцию, ты в тултипе всегда увидишь описаное в этих тегах.

нормальные иде понимают такие вещи

 

/**

* @param number

* @return bool

**/

 

вне зависимости от языка, да и то о чем ты говоришь, скорее фишка вижи, чем языка

 

В таком формате понимает JavaDoc, который юзался для документации джавы. И видимо все остальные, кто у него слизал формат.

кулстори

Посмотрел код 2роя, это блять филиал говнокод.ру, что за пиздец Кто в здравом уме делает статическую авторизацию? А если у тебя будет меняться стратегия авторизации или логика самой авторизации? Ты будешь сотню иф/элсе внутри своего Ауторизейшен лепить? И нахуя эти паленые if/else на каждый чих? Если не авторизирован ебани AuthorizationException, будь мужиком, блеать! И вообще, если у тебя авторизация отвечает за какую-то логику, то это треш и содомия, прямой путь в ад.

Сделай фасад для юзера (наверняка у тебя будут юзеры с различными правами и уровнями доступа) и после авторизации инициализируй Юзера, если не авторизовался пользователь пусть будет какой-нибудь GuestUser, через фасад получай юзера и уже с него проверяй куда он может лазить, куда нет.

вообще в нормальных фреймоврках есть авторизация из коробки. в asp.net просто оверрайдишь атрибут и вообще не паришься насчёт поведения контроллера + не уродуешь логику самого контроллера. единственный минус - инжектить атрибут можно только сервислокатором, т.к. инициализируется вся эта дрянь самим асп нетом и через конструктор не заинжектишь.

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

if (User.IsInRole("asdfa"))

{

}

else if ......

if (User.IsInRole("asdfa"))

{

}

else if ......