- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
var status = true;
var name = aspnet_UsersRepository.FindAll().FirstOrDefault(u => u.aspnet_Membership.Email.Equals(model.Email, StringComparison.InvariantCultureIgnoreCase));
if (name != null) { return View("Error_user"); }
/*13.08.2014 EmirMamashovCode{} нахождение сущ. ли такой агент*/
var usersBalanses = UserBalancesRepository.FindAll().ToList();
/* если заполнено код агента и имя агента */
if (model.KodAgent != null && model.NameAgent != null)
{
foreach (var usersBalanse in usersBalanses)
{
if (model.KodAgent == usersBalanse.KodforPay)
{
status = true;
}
else{status = false;}
}
if (status == false)
{
return View("Error_notFoundAgent");
}
}
нахождение сущ. ли такой агент
Тут явно хочется
а иначе агент найден если только он последний
да и
в середине метода выглядит как - мать моя женщина, а может нам вообще ниче не стоило делать? Данных то нужных нет!
А что нибудь типа, (не знаю как это в шарпе написать )
var usersBalanses = UserBalancesRepository.FindbyAttributes( 'Условие для отбора').ToList();
или даже
Если-бы он кушал предикат, то можно было сказать что это:
http://msdn.microsoft.com/en-us/library/1kkxfxdd%28v=vs.80%29.aspx
Старый, добрый, {Array,List<T>}.FindAll.
А в этом контексте - хз что это может обозначать...
Типизированные датасеты с линку так выглядят:
Ну или так. Скажи умный человек, зачем findall?
Потому что гавно код, главная работала :))
и ч0, работает?
Да работает, но неправильно конечно. status будет все время false потому что оно в цикле находится, и все время будет return View("Error_notFoundAgent").
Надо-же, кто-то натянул на стандартный SqlMembershipProvider ещё и ORM...
Там уже и так всё хранимками обёрнуто (это отдельное говно, но по крайней мере, уже проверенное веками), нафига было деревянное колесо к машине прибивать...
Хотя даже в этом случае словарь не на много хуже
Увидев в стоке, подумал, что это про ГК.
Когда я только пришёл сюда, (либо была какая-то аномалия, либо я никого не знал) тут писали чаще олдфаги, чем ньюфаги. А сейчас почти все посты создают пользователи с ID over 9000, но писать комментарии ещё не могут.
Интересно, что чувствуют олдфаги, потратив 5 лет на 10-15К постов про багры...
А если хочется понять, когда примерно пользователь зарегистрировался, надо разделить ID на 1900 - столько лет прошло с июля 2009го до его регистрации.
звучит как название фильма.
Помогает понять, кто отец-основатель, а кто - сын-продолжатель...
> Жаль, я сейчас не найду, когда я первый раз комментировал, да и лениво, если честно.
Лениво было ещё со второго комментария.
Вот кандидаты на пост первых комментариев:
Comment #46454 by eth0 (2010-09-07T19:38:18+04:00, post #4183)
Идиот, промахнулся темой.
Comment #46455 by eth0 (2010-09-07T19:41:23+04:00, post #4181)
Нет таких слов для выражения моей охреневатости в сторону автора сего чуда, знатного норкомана.
Через полторы минуты после изучения нашёл "дырку" (видимо, не первая и не последняя).
http://wiki.wup.ru/hista.php?d=/../../config.ini&id=1
Создаёт статью №1 с конфигом, пароль "adgjmptw" - охрененно сложный, да.
Можно было бы пошариться по файловой структуре, но что-то так лениво.
Автору - вон из профессии.
Comment #46456 by eth0 (2010-09-07T19:42:40+04:00, post #4183)
(Идиот, разумеется, я. Хорошо, что раз можно сообщение редактировать.)
Comment #46756 by eth0 (2010-09-09T19:28:14+04:00, post #4183)
Именно.
Comment #47138 by eth0 (2010-09-11T12:18:28+04:00, post #4224)
Ответ на главный вопрос жизни, вселенной и всего такого.
Comment #47596 by eth0 (2010-09-14T18:26:11+04:00, post #4250)
> Koeff
На этом месте граммар-наци должен доставать StG-44 и топать ножками. Особенно раздражает, когда "коеффы" чередуются с "бордерами".
Но тогда. Тогда формула работает с точностью до месяца. Тысяча чертей!
Кто-то специально дорегивал ботов, чтобы формула не портилась?
Ньюфаг.
Док, док, док, доконвог!