Мои знания веба - скупы, поэтому ответ писать не буду, напишу коммент.
Домены третьего уровня (например, хостингеровские вида ***.esy.es) не любит WOT, т.к. из-за бесплатности и простоты хостинга на этих домена (.esy.es и др) очень много фейков и прочей гадости от школоты.
Ну и сами юзеры не все доверяются такому. Я бы неохотно согласился пользоваться скажем обменником Киви->ЯД, имеющим домен третьего уровня.
> Единственной надеждой является Тостер!
Ну почему же - единственной. Еще stackoverflow.com (ну или superuser, или как там его, где вопросы не о программинге)
Виталий: спасибо вам и на том! Придется гуглить, читать, все как обычно.
А fsync - это чисто линуксячья фича, или на винде тоже что-то такое есть?
Пока вижу, что вопрос "БД vs файл" действительно не так прост даже в таком простейшем случае, как мне казалось.
Компа с линуксом я не имею.
Видимо, пока лучше тупо потестить реальные хостинги, а не локалхсот, и сделать выводы.
> Только вот если ФС сказала "ОК" - это еще не означает, что данные были физически записаны на диск...
Хм...
Что-то вот не могу я себе такого представить, чтобы какое-нибудь десктопное приложение записало файл, затем выполнение пошло дальше, а файла-то и нет.
1) Как такое может быть?
2) Почему тогда не бывает такого, что записываешь файл, следующей строчкой кода его же читаешь, а файла нет? Или же будучи в кэше, данные все равно читаются как будто бы из файла? Если да, то чем собственно плох кеш?
3) А если file_put_contents заменить на более низкоуровневые fopen-fwrite-fclose?
> отдают еще команду синхронизации
Где почитать об этой синхронизации?
Роман: как вы все зае... достали твердить заученные фразочки про аппаратную отрисовку. Наслушались их от MS или еще кого - и твердите. Ну не знаете вы недр Winforms и WPF, тем более недр винды, так и не лезли бы. Только позориться перед путными разрабами, которые аж до уровня байт и бит углубиться могут при необходимости.
Алгоритмы отрисовки - лишь малая часть GUI-фреймворка. В WPF еще куча всего, о чем вы представления не имеете. А ведь оно там убого сделано, и вот, например, нагрузка на ОЗУ обычно получается выше, это без проблем проверяется тестами. Выделение памяти разве не занимает время?
Еще DirectX медленно грузится, это и в WPF перекочевало...
И др.
И компенсировать все эти тормоза скоростью отрисовки - возможно далеко не в любом приложении.
Млять, хотя бы элементарные тесты с профилированием провели, хоть бы открыли диспетчер задач и глянули, прежде чем пиндеть чухню не пойми откуда взятую.
> Да параллельно UWP.
Пруф?
И какие новые реально стоящие фичи появились в WPF в 2015-2016?
Главная проблема джавы именно на винде - в том, что она под нее заточена. Она заточена под линукс, который гораздо проще.
Гляньте, сколько контролов в Winforms или WPF - расово виндовых фреймворках. И сравните со Swing или JavaFX.
Да и архитектура Swing/JavaFX очень громоздкая, много буков, много точек, много обязательных аргументов методов...
> без дополнительного софта, программа на яве не запустится в той же винде...?
Если че, есть утилиты типа java to exe
Погуглите.
Разумеется, это не компиляция, а просто упаковка, вроде SFX-архивов.
А кроссплатформенности на уровне готового исполняемого файла приложения - вообще толком не существует.
Если на Windows/Linux и прокатит один и тот же *.jar кое-как, то под Android уже надо *.apk. И API у Android своё, так что код приложения в целом будет сильно отличаться.
Но есть кроссплатформенность на уровне библиотек, если они не используют ничего платформозависимого.
Скажем, такую библиотеку, как Apache POI (которая по сути лишь работает с файлами), вполне можно применить и в проге на Windows и в проге на Android, хотя опять же есть пара оговорок.
Самому написать не вариант? Элементарно же, на JS, с применением jQuery или без него.
И если хотите, чтобы данные сохранялись на сервере, а не пропадали при первом же закрытии сайта, то серверная обработка понадобится так или иначе, и, очевидно, желательно AJAX.
Newbie1: > чтоб не оказалось, что учил-учил...
Вы слишком жестко себе все представляете.
На самом деле, если реально учиться, а не заучивать, то вы приобретете кучу знаний и навыков, которые распространятся и на другие ЯП, фреймворки, IDE и т.д.
Во-вторых, Winforms и WPF - это только GUI. Приложения далеко не только из GUI состоят. И скажем работа с файлами или сетью - под .NETом будет одна и та же независимо от GUI-фреймворка.
Так что учитесь решать реальные задачи, и не переживайте, что что-то пропадет зря.
> Но не могу же я сразу одновременно языков учить.
Пока нет.
А потом - да, если будете учиться правильно.
Я и то могу одновременно кучу всего изучать.
> А технология-то снята с производства!
Ну можно свое производство открыть. Фриланс, свой бизнес...
Программист с огромными скиллами и опытом - с голоду не помрет.
Алексей Павлов: > Сколько проектов (новых) начинается с WinForms, и сколько с WPF?
К сожалению, многие начинают с WPF необдуманно. Со всеми вытекающими. Ну так это дает возможность успешно конкурировать с ними. Юзер выберет более оптимизированное и удобное для него.
Хотя опять же, смотря каких проектов.
Скажем, в спамерах и прочих ботах - и без свистоперделок забот хватает. А направление ведь прибыльное довольно, хотя это для Indie скорее.
Алексей Павлов: > Если приложение хотя бы среднее, то WPF будет быстрее
WPF - это GUI-фреймворк.
А сложность приложения никак не связана со сложностью его GUI и графики.
Будут пруфы, которые докажут, что WPF позволяет волшебным образом ускорить НЕ только сложный GUI и графику, а скажем работу с сетью, файлами?
Если не будет - давайте до свидания.
> Сделать на WinForms решение квадратного уравнения будет быстрее (и то, не факт)
Будут пруфы, что не факт?
> проект развивается, изменяется
Пруфы?
> насколько "пятнадцатая" даёт скорости именно работы
Смотря что писать. Не так и много в 10-12-13 новых фич, не говоря о пятнашке.
> Мой опыт в том, что на WPF я сделаю быстрее
Вы бы лучше не настаивали на своем, как баран, а изучили вопрос поглубже.
Потребление ОЗУ, профилирование, сравнение разных версий... Потом уже высказывались.
> Изучить сложнее
И тем не менее:
> полезнее изучать сразу WPF
Ну не горе ли преподаватель?
Newbie1: > мне этого явно недостаточно для создания Desktop-приложений
Для создания Desktop-приложений нужен GUI-фреймворк.
Ваши Winforms и WPF - это 2 различных GUI-фреймворка, доступных на C#.
Что такое GUI - погуглите.
Что такое фреймворк - тоже погуглите.
Заодно начнете разбираться с терминологией.
> Как создавать десктоп-приложения на C#?
Ну, для начала надо в VS создать проект типа "Приложение Windows Forms" или "Приложение WPF".
> Что для этого использовать?
Из моего ответа вроде ясно, что и Winforms и WPF имеют право на жизнь, но для новичка проще Winforms, а если комп слабый, то еще и физически легче.
> хочется, чтобы технология для создания была наиболее актуальной и я мог в дальнейшем долго пользоваться этими знаниями
То есть хотите зациклиться на одной технологии?
Каждый инструмент - для своего круга задач. Чем меньше инструментов, тем уже круг задач.
Вас устроит быть ограниченным? Если да, то круг задач сделайте узким. Где будете работать, что именно писать и т.д.
> потому что есть WPF. Изучайте его. Он быстрее, лучше, мощнее
Не врите.
Быстрее - это смотря что писать.
На уровне простого дефолтного GUI без весьма активной перерисовки местами - явно быстрее Winforms, а WPF будет медленно грузиться и жрать ОЗУ.
Если куча свистоперделок, анимаций, или 3D - то WPF.
Мощнее (гибче в плане свистоперделок и прочих нестандартных возможностей) - да.
Но Winforms попроще, поудобнее будет. Попроще - особенно для новичка. Поудобнее - особенно на слабых компах, где WPFовский WYSIWYG тоже будет тормозить.
> WinForms не развивается дальше, в отличии от WPF
WPF развивается дальше? Это параллельно UWP что ли?
А сторонние решения для Winforms - Telerik, DevExpress, тоже не развиваются?
Игорь Касперский: да, и 2008 тоже. Библиотека имеет как минимум 2 версии - под .NET 2.0 и .NET 4.0.
С версией для .NET 2.0 можно работать из VS 2008 и 2010, с версией для .NET 4.0 - из 2010 точно можно.
Домены третьего уровня (например, хостингеровские вида ***.esy.es) не любит WOT, т.к. из-за бесплатности и простоты хостинга на этих домена (.esy.es и др) очень много фейков и прочей гадости от школоты.
Ну и сами юзеры не все доверяются такому. Я бы неохотно согласился пользоваться скажем обменником Киви->ЯД, имеющим домен третьего уровня.