#

1 - ну не факт про формы (сразу в трэш) - все зависит от сложности клиентской стороны. простой клиент на формах будет проще и создать и поддерживать (красивые мордочки есть, достаточно правильно задать вопрос тут или поисковикам) если функционал сложный, много повторяющихся элементов, нужен надежный биндинг - тогда да, wpf

2 - если сервер внутрикорпоративный - можно и на прямую с БД работать, опять же от сложности бизнес-логики все зависит, возможно стоит посмотреть на SignalR есть кейсы/демки прямо вот под десктоп клиента

однозначый совет невозможен - у любой задачи/команды есть особенности, есть различия и в навыках и в ресурсах, как требуемых, так и наличиствующих

если речь о небольшой конторе, где все уже на вин10 - почему не рассматривать сразу UWP?
если вдруг УЖЕ есть лицензия на MS SQL - довесить SSRS и возможно 90% нужд покроет готовый бесплатный UWP клиент?

(this as A).Method()

((A)this).Method()

ps .. сам не пробовал ))

pps .. попробовал.. не прокатило ((

кстати - protected вообще не дает использовать Method() в Some()

ppps любопытно, что на stackoverflow полно ответов типа моего, при чем многие отмечены ответами

совет - пересмотрите архитектуру на предмет применения интерфейсов и расширений.. я последние годы чуть ли не 90% кода реализую в расширениях, крайне редко новые классы (чаще просто структуры, а сейчас все чаще кортежи.. а то и вовсе безымянные кортежи ;))), и только по необходимости интерфейсы

по поводу расширений - это вообще инструмент, позволяющий много разных элегантных решений

в частности можно реализовать одноименные расширения для всей иерархии A, B, C, и согласно различию сигнатуры входных параметров, они не будут конфликтовать. в том числе и ни каких проблем в наследованием и переопределением

вообще, с годами, убеждаюсь, что городить свою иерархию классов ооочень далеко НЕ всегда оправдано

pppps ну и раз такое дело - на всякий случай тоже подпишусь, вдруг есть современное решение ))

обещанный эскиз на основе расширений https://dotnetfiddle.net/UTPZLv

в тех же формах есть 2 типа событий:
- KeyPress - чаще всего используют его, но оно происходит при нажатии и последующем отпускании клавиши (не модификатора, "обычной")
- KeyDown/KeyUp - эти честно отрабатывают каждое нажатие и отпускание. можете копнуть в этом направлении. при нажатии нужной клавиши, установить свой внутренний флаг (кстати драйвера так и работают с модификаторами) при отпускании - снять флаг.. когда поймаете нажатие 3й клавиши (тут уже любым способом) - если и модификатор нажат, и ваш внутренний флаг установлен - это и есть нужная ситуация

но вообще не стоит слишком мудрить в этой области - в VS ctrl+k затем +c - это комментирование выделенного блока, но это последовательность, а не одновременная комбинация

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

иногда ломать стереотипы полезно, а иногда нет

ps

для компонентов форм, в окне "свойства" студии, есть вкладка "события".. там же легко и обработчики создавать (кликом) и отменять их, и кнопкой F1 вызывать MSDN, для русской студии, существенная часть на русском (в отличии от поисковиков)

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

2 - при наличии проблем с доступом, все равно будут исключения, а знания о том база ли это? вы не получите

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

может все таки просто обрабатывать исключения? на сколько я помню.. исключения по правам доступа вполне себе распознаются. думаю и исключения библиотеки для sqlite3 тоже вполне вменяемы

попробуете изменить тут
str1 += tbArray[i, j].Text

ps строка 78 исходника.. а вообще сам подход.. по меньшей мере странен.. TexBox это отображаемый контрол, но 100 текстбоксов - это откровенная несуразица... такой UI не жизнеспособен.. ну а если не нужны визуальные контролы - используйте строки.. или StrinBuilder, в зависимости от задачи

pps у всех потомков obj, есть метод ToString() .. но он возвращает тип объекта.. далеко не все потомки obj имеют поле Text, по этому, разработчики, вполне логично, не переопреоделяют данный метод, без явной необходимости

ppps наиболее очевидные поводы, переопределять ToString() у типов вроде Int32, Int64, Float, Double, в общем у value-типов.. но TextBox (повторюсь) визуальный контрол, если вы не планируете насиловать внимание пользователя, просмотром 100 (или более?) текстов.. то, тем не менеее, вы будете насиловать ресурсы компа )).. и ЦПУ, и ГПУ, на их отображение, или по меньшей мере, готовность к отображению... я думаю, вам стоит пересмотреть архитектуру своего приложения

pppps если вы используете заготовки чужего кода, обратите внимание, что TextBox.Text это: - во первых реальное хранилище текста, во вторых это банальный string... надеюсь эта подсказка поможет

ppppps дружите с MSDN.. благо кнопка F1, в абсолютно бесплатной студии VS 2017 Community очень в этом помогает

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

2 - смотрите статистику вакансий по языка/платформам. .Net разработчики нужны точно. мало того, конкурирует обычно только java. но вроде, недавно, на хабре, пролетал обзор, что в США, спрос на .Net/C# уже начал перевешивать

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

но на всякий случай тоже подпишусь ))

в частности из клипбоарда, в UAC вставляются строки, но у меня сильное подозрение что SendKey обломается, только Ctrl-V (Shift-Ins) с физической консоли

если сможете обойти - поделитесь ))

ps

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

pps

хмм.. ну тогда уж копните и в сторону:

var pfProc = new Process();
pfProc.StartInfo = new ProcessStartInfo(...);
pfProc.Start();

https://i.imgur.com/xo1QmBg.png

вообще то практиковать на компе дома/на работе..

.. или вам додзё надо? тоже есть https://www.codewars.com/

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

и как вы себе это представляете?

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

если у вас есть исходники - переопределяйте на здоровье.. нет?... - изучайте cil и ildasm ... так же RedGate Reflector в помощь ..
.. и будете богом

копать в сторону user32.dll (вечером с усталости.. ни че внятного пока больше не скажу)

ps

придется осмыслить что такое win32 api, хендл окна, атрибут [DllImport("USER32.DLL")] .. и кучу всяких попутных нюансов.. удачи..

ps я очевидно отрефлексировал по своему старому опыту ))
.. на слова "переопределение" и крестик - убрать заголовок окна, переопределить содержимое меню окна, убрать крестик .. вот о чем подумал
.. а OnClosing главной формы.. не то что бы я не знал, просто всегда использовал для действий перед закрытием программы..
.. я уже успел сообразить типовой сценарий - сворачивание в трей, и с треем был опыт, просто я выбрал стратегию писать легковестный агент для трея, и отменять закрытие не было в моей практике, то есть снова не замкнуло )))
.. ну и сделайте скидку на возраст )).. мне 52.. и уже с половиной )) .. тем не менее - я кодирую, при чем все еще, не редко, за деньги ;)))

pps тем не менее - коллеги дали верный ответ... и я тоже возьму в копилку... альтернатива "леговестному агенту в трее" - свернутое и скрытое приложение, не требует времени для реактивации... в зависимости от задачи, это может быть верным решением
.. но если надо экономить память, а главная форма легкая - то легковестный, автономный трей-агент может быть и лучше

всем спасибо! всем удачи! ))

если вы отлично знаете C# + отлично знаете Xamarin = это очень весомый аргумент

но если планируете начать... - в java вы будете собирать грабли java и android... а в xamarin ++ грабли xamarin

ps

Unity сам по себе, и сам в себе C#

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

хорошо сформулированный вопрос, содержит не менее половины ответа

при использовании бесконечного цикла ( for(; ;) ), игра просто зависает. Из-за чего это происходит?

по тому что нет выхода из цикла... неужели трудно догадаться?

это классическая ошибка. и не надо его ни чем заменять.. просто надо из него выходить (break или return по какому то разумному условию)

ps

если вы уже пытались предусмотреть выход, но он не происходит - осталось полшага до гениального озарения - условие выхода не выполняется