rPman

Не нравится WFP, попробуй WinForms вдруг будет по душе?
Java не лучшее место для создания UI, удобным я бы это не назвал

Моста не будет, точнее любые средства создадут еще больше неудобств

p.s. попробуй java mono

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

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

Скорость выполнения программ у .net сравнима с java, поэтому можете сравнить visual studio (написано похоже на си и c#) и к примеру eclipse (полностью на java), на последний я одно время слышал жалобы, типа кушает память, кушает проц как не в себя (я то как раз считаю eclipse лучшим проектом для подражания).

Я к тому что рано или поздно придется критичные и важные вещи оптимизировать и уходить от managed кода в быстрый c/c++/компилируемый в нативный бинарник код

Берешь штатную компоненту WebBrowser, кидаешь его на форму если gui или вручную, прописываешь ему ссылку и инжекти в него на body.onload свой скрипт, который вызывает уже твои калбеки на с# либо сам со стороны программы проверяй содержимое document, там полноценный доступ к dom

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

недостаток - если используется майкрософтовский компилятор, то компонента будет устаревший internet explorer 11, если же собрать mono - будет фаерфокс

Когда то очень давно, когда я писал на .net с помощью win forms, я пользовался dataset, так как поддержка работы с ними и с базами данных встроена в ide.

Т.е. вы можете связать объекты dataset с помощью data bindings providers с результатом запроса в базу данных (причем все это из мышекозекательного интерфейса visual studio), связать датасеты с элементами ui на форме, и все это будет работать чуть ли не автоматически (с нулями легкие заморочки если есть связи на форме) и работать из кода с данными в памяти, включая сериализацию и десериализацию одной командой в файл.

p.s. если честно, такого быстрого и удобного инструмента разработки формочек, связанных с базой данных, я не видел.

Заверни проблемный блок в try {} catch() {} и выводи ошибку, все ответы получишь
p.s. путь до файла перепроверяй

Так как операторы == и ! можно перегрузить, то будет зависеть от их реализации, для чисел и то и другое сравнение с нулем, но идеологически if(!x) это две операции, когда как == только одна, понятно что компилятор может оптимизировать по своему.

Еще сравнивать с false - читабельнее.

И лучше писать:
if(false == value) {...}
это сильно уменьшает вероятность ошибки (например вместо == написали =)

.net не содержит для этого методов, поэтому придется подключать win32 dll

Вот первый же пример из гугла

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

Поэтому, инжектим необходимые элементы на страницу, в виде data uri scheme (файл кодируется в url в виде строки например data:application/vnd.ms-opentype;base64,iVB...==, отслеживая onload или еще по каким условиям.

кстати .net WebBrowser это все еще internet explorer 11 со всеми вытекающими от сюда заморочками