Да, но файлы ресурсов я не использую. Использую Properties. Хотя может быть в этом есть что-то плохое? Честно говоря, не задавался вопросом, что лучше.
Мне от Хабра нужно только общение, карма - не нужна. К сожалению, карма здесь - это некий механизм высказать свое молчаливое презрение (мол, даже слова для такого не найду). Это голосование убедительно доказывает мою мысль.
У вас интересная манера общаться. Я почитал ваши сообщения, как и ожидал статей не обнаружил. Увидел несколько постов с указанием "некто" не делать "что-то". Вы не советуете, а надменно порицаете. Какая от этого польза известно только вам.
Ну тут Хабр отчасти. Тут мог бы быть любой другой ресурс. Основной вопрос в другом: считают ли допустимым люди выражать свое отрицательное мнение (опускать, что-либо), не приводя никаких аргументов.
Согласен, криво вышло. Но это не мешает народу голосовать и ставить минусы. Как пишут сегодня в одном блоге: "отрицательный опыт - это полезный опыт" (ну типа того, в посте про кидалово).
Кстати, расскажите мне как вы решаете задачу с работой строки запроса?
Безотносительно: ни в одном моем посте никто ни разу не привел примеры того, как они сами что-то делают. Наверное, конечно, не делают такого, но хоть тут-то должны быть альтернативные варианты. Уж Request то все используют.
1,2. Все равно компилятор вставит конструктор по умолчанию. Говорю же дело вкуса.
3. Согласен, такое решение имеет право на жизнь. Так же как и мое.
4. Значение присваивается вот здесь:
5.Во всех книгах по исключениям говорится, что вся работа во возврату кода ошибок ложиться на механизм исключений.
Народ, а есть на Хабре психологи, которые могли бы прокомментировать результаты этого голосования? Почему на данный момент при 70 голосах рейтинг этого голосования -21. Это плохое голосование? Я поднял плохую тему? Она не во вкусе у почтенной публики? Если нет, то что же в таком случае на Хабре означает балл?
Нет, MVC я делать не собирался. Вы почему-то пытаетесь додумать за автора. Все так, как и написано. Заполнение необходимых переменных полями со строки запроса.
По поводу плохого стиля хотел уточнить, использование самого класса Exception - это плохой стиль?
По поводу последнего комментария, у себя я так и делаю:
if (p_page == null)
throw new Exception(Properties.Settings.Default.InvalidParamsError);
Спасибо за комментарий.
Первый и второй пункт дело вкуса. Мне лично больше нравится присутствие пустого конструктора, потому-что атрибут не выглядит так одиноко. :)
Третий пункт - если так сделать, то p_type.FindMembers вернет уйму (правда, очень много) наследуемых полей и свойств. Я посчитал, что это не продуктивно.
Четвертый пункт - немного не понял, вы предлагаете отследить postback? Я оставляю такие вопросы тому, кто будет использовать код.
Пятый пункт. Мне в данном контексте больше нравятся исключения. Если вы предложите реализацию другого варианта, буду только рад.
Спасибо за комментарий. Все исключения, которые генерируются у меня на страницах (не дай бог) переадресуются на user-frendly страницу с описанием и предложением вариантов решения проблемы. Написанные по-русски описания качественно отличаются от английского языка (у меня не локализованный .net), а дополнительная информация для отладки легко берется из stackinfo. У меня нет проблем с этим. Кроме того, хотел бы заметить что в задачу данной статьи вообще не входил вопрос про исключения. Приведенный пример легко модифицируется и я оставляю право за вами использовать любые исключения, какие вам угодно.
Безотносительно: ни в одном моем посте никто ни разу не привел примеры того, как они сами что-то делают. Наверное, конечно, не делают такого, но хоть тут-то должны быть альтернативные варианты. Уж Request то все используют.
<uc3:BranchHint ID="BranchHint1" runat="server" BranchId=”12” />
3. Согласен, такое решение имеет право на жизнь. Так же как и мое.
4. Значение присваивается вот здесь:
5.Во всех книгах по исключениям говорится, что вся работа во возврату кода ошибок ложиться на механизм исключений.
Прошу прощения.
По поводу плохого стиля хотел уточнить, использование самого класса Exception - это плохой стиль?
По поводу последнего комментария, у себя я так и делаю:
Но тут, для ясности вынес строки.
Первый и второй пункт дело вкуса. Мне лично больше нравится присутствие пустого конструктора, потому-что атрибут не выглядит так одиноко. :)
Третий пункт - если так сделать, то p_type.FindMembers вернет уйму (правда, очень много) наследуемых полей и свойств. Я посчитал, что это не продуктивно.
Четвертый пункт - немного не понял, вы предлагаете отследить postback? Я оставляю такие вопросы тому, кто будет использовать код.
Пятый пункт. Мне в данном контексте больше нравятся исключения. Если вы предложите реализацию другого варианта, буду только рад.