А вот тут еще прикол: Имхо сейчас лучше СРАЗУ начинать с WPF. Там ведь на самом деле все просто, если найти обстоятельный материал.

На деле всё это выдаёт ошибку "not all code paths return a value" и соответствующей руганью в сторону параметра check с модификатором out. Вроде проверила все пути и не могу найти дыры в логике. Подскажите, пожалуйста, что я упустила?

проверку на NnYy можно убрать

А вот тут еще прикол: Имхо сейчас лучше СРАЗУ начинать с WPF. Там ведь на самом деле все просто, если найти обстоятельный материал.

если впф лучше формс, тогда в каких случаях используется формс?

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

даже два условия

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

Да, только я их в упор не вижу :< Какие?

судя по всему, анализатор предполагает, что твой while может выйти, но при этом не будет return

если впф лучше формс, тогда в каких случаях используется формс?

А это как раз вопрос из серии нафига учатся на паскале, если на нем никто ничего давно не пишет. Forms - Это скорее атовизм. Не считая моментов, когда пилишь какие-то вещи, в которых совместимость только через WinForms обёртку

делай проще, завети темповую переменную и возвращай её по выходу из метода

Я слышу обычно "если быстрее надо и что-то простое, то формс". Но в задаче "быстро и простое" я не вижу вообще никаких различий между WPF и Forms

а проверку NnYy замени на String.ToLower или string.ToUpper

а проверку NnYy замени на String.ToLower или string.ToUpper

О. Про это забыла.

и еще, зачем ты возвращаешь значение функцией, и при этом еще out делаешь?

Спасибо за советы, сейчас попробую.

два раза отдаешь результат, по-сути

и еще, зачем ты возвращаешь значение функцией, и при этом еще out делаешь?

Разве для out-параметров не нужен return?

check = getvaldatedinput() будет достаточно

return и так возвращает значение

int a = getInt(); int getInt() { return 5; }

ну и не понятно, зачем метод статический?

check = getvaldatedinput() будет достаточно

Поняла, спасибо, переписываю.

ну и не понятно, зачем метод статический?

Потому что это просто мини-упражнение для практики, там на всё про всё один класс.

а понятие есть, что это значит, статический?

check = getvaldatedinput() будет достаточно

Статичный метод можно вызвать просто так, через запись типа этой.

И не заморачиваться с инициализацией объекта, у которого будет доступ к методу.

Правильно понимаю? :)

удивлю, но в области класса ничего не изменится

доступы слегка по-другому декларируются

EF тут недавно у меня для подвыборок вместо join генерил cross apply, который не поддерживается ораклятиной ниже 12 версии. Пришлось писать костыль. Не всегда удобно пользоваться орм

Dapper тогда хотя бы. Все эти datatable бесят ужасно

у тебя этот метод все равно private, ибо не объявлен как public

Это тебе кажется что просто

я подозреваю. ты путаешь static и public

Обойтись без аута

Поставь нуллабл дабл

я подозреваю. ты путаешь static и public

Я перепутала твои сообщения в реплае. Должна была на вот это ссылку дать: >удивлю, но в области класса ничего не изменится

Это тебе кажется что просто

Ну может быть... Но как говорится, тяжело в учении - легко в бою

Спасибо за советы, через полчаса приползу с вопросами ^^"

объявление этих методов статичными тебе ничего не даёт

Меня ксамл доебал

Оч сильно

Я как вспомню, как говнокодил, пока не разобрался что есть binding...

Дропнул впф

Да? А я как-то пересилил. А потом втянулся :)

Красиво ебать

Ой

Писал на впф тогда, когда альтернативы особо не было

Не та клнфа

Это смесь адаптации и стокгольмского синдома XD

объявление этих методов статичными тебе ничего не даёт

Оно избавляет меня от необходимости инициализировать что-либо. Как я могу вызвать этот метод без объекта, если он не статичный?

Я слышу обычно "если быстрее надо и что-то простое, то формс". Но в задаче "быстро и простое" я не вижу вообще никаких различий между WPF и Forms

этот ответ и нужен был;) спасибо

Если ошибаюсь, поправьте :)

тут есть особенность C# - у тебя все методы в классах

Я думаю тут стоит начать с понимания выделения памяти

Инициализация - это выделение памяти для очередного экземпляра класса

А если все реализовано в одном классе, то и под его члены уже выделена память, вместе с иницализацией экземпляра данного класса

ты сейчас её окончательно запутаешь :)

Так технически она права

Лол

терминологически

Она пишет все в классе в Program , поэтому статические методы

Вы чего

ERROR: S client not available

Она пишет все в классе в Program , поэтому статические методы

Так если в программе писать

То можно их делать. Хоть силед хоть прпйват

Хоть что угодно

Ну в этом и суть

всё равно же класс один

смысл в статике?

смысл в статике?

Слово красивое

Ей надо не с памяти начинать

А с ооп

забавно, что начинать изучение C# нужно с того, на чем обычно турбопаскалисты заканчивали

Лично я сразу за ООП

Ибо слезать с функционального

Это оч трудно

не знаю, я с радостью перескочил из ужасов бейсика на благость турбопаскаля с объектами

Dapper тогда хотя бы. Все эти datatable бесят ужасно

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

прям как ждал его

EF тут недавно у меня для подвыборок вместо join генерил cross apply, который не поддерживается ораклятиной ниже 12 версии. Пришлось писать костыль. Не всегда удобно пользоваться орм

Тому що оракул

У нас поддерживают тож оракл и мсскл

И это пиздец, начиная с разворачивания

И заканчивая работой

Против мсскл который в 2 клика все делает и работает как часы

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

Недавно заменили дата провайдер на оракле

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

11гр2?

да

Сейм лит

Щит

так и живем

отдельная олимпиада, это маппинг полей курсора для хранимок

Это моё любимое