Почему бы НЕ использовать PHP в качестве настольного языка программирования?

Вы говорите: «Помимо аргументов о том, является ли PHP хорошим языком в целом», — но я думаю, что суть проблемы в этом. PHP стал популярным как язык веб-разработки, потому что он хорошо интегрируется с существующим набором веб-инструментов (встроенный HTML, хорошая интеграция с Apache, встроенная поддержка MySQL и т. д.) — нет, потому что он хорошо разработанный язык, с которым легко работать. (Кстати, это не так.)

Если вы уберете Интернет и будете использовать PHP для настольной разработки, что у вас останется? Слабо типизированный язык с непоследовательными функциями, без поддержки пользовательского интерфейса рабочего стола и с ужасным беспорядком в стандартной библиотеке. Люди не используют PHP таким образом, потому что в этом просто нет смысла.

PHP разработан специально для создания веб-приложений. Хотя с его помощью технически можно создавать приложения для настольных ПК, на самом деле вам придется шлифовать углы, чтобы квадратный штифт вставился в круглое отверстие.

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

Для перспективы: PHP — моя работа

PHP для настольных приложений:

Простота распространения из настольного приложения с производительностью веб-приложения.

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

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

$language_under_consideration делает работу, которую я хочу, легче, чем $other_language?

Например, я обнаружил, что php-интерфейсы к mysql отлично подходят для быстрой работы с БД. Однако я бы не хотел писать php для приложения с графическим интерфейсом в Windows....

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

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

Установлен ли он по умолчанию на целевой платформе? Потому что если это не так, то при усыновлении возникает больше трений.

Я удивлен, что никто этого не сказал. Как веб-разработчик, я использую PHP только потому, что об этом обычно просят клиенты. Они хотят развернуться на любом хостинге, который смогут найти, и все веб-хостинги имеют один общий знаменатель: PHP. Кроме того, мы делаем много кода в стиле спасательных миссий, когда нам приходится исправлять сайты, уже написанные на PHP. Как честный разработчик, я не могу с чистой совестью рекомендовать PHP как платформу для серьезной веб-разработки. Я бы никогда не выбрал PHP для какого-либо проекта, веб-сайта или рабочего стола. Python отлично подходит для настольных приложений. Он более динамичен, чем PHP, более разумен и более продуктивен.

1. Если вы делаете приложение с графическим интерфейсом, PHP не очень подходит. Рассмотрим (1).NET/Mono или (2) Python с PySide (QT). Смотри ниже.
2. Если вы создаете большое серверное корпоративное приложение, PHP не подходит. Вам нужен структурированный язык, такой как C# или Java, который больше подходит для тяжелой командной работы. Здесь нет ни Python, ни PHP. Но остерегайтесь тяжеловесного внешнего графического интерфейса Java и зависимой от Windows природы C#/Mono. (Эффективное командное программирование — это целая наука сама по себе.)

Однако... С точки зрения настольных скриптов или движков малого и среднего размера, без графического интерфейса пользователя (т. е. скриптов автоматизации и т. д.), PHP на самом деле очень силен. .

Основная причина использования PHP для настольных сценариев: обучение ИТ-отдела работе со сценарием — это полдела. Если вы не являетесь также ИТ-отделом (надеюсь, что это не так), вам будет трудно запустить этот сценарий на любом компьютере с Windows и Linux, если вы используете распространенные языки рабочего стола, такие как .NET. Библиотеки и зависимости, необходимые для других языков, затрудняют их использование на большом количестве компьютеров с разными операционными системами.

Это главная практическая причина. Вот еще / подробности:

• Легкий доступ к MySQL и БД: PHP отлично подходит для быстрых сценариев базы данных.
• Простой переносимый доступ ко множеству веб-библиотек для HTTP, FTP, MD5 и т. д.
• Удивительно кроссплатформенный и легко распространяемый: он не только будет работать на всех ОС, но и очень легко упаковать скрипт. Часто можно даже просто скопировать саму папку PHP. Почему это так важно? Имейте в виду, что программисты не занимаются ИТ. Что происходит, когда ИТ-персонал переносит сервер в 2 часа ночи, а код, который вы написали в 2005 году для .NET 2.0, дает сбой из-за отсутствия какой-либо зависимости или отсутствующей библиотеки DLL? Лично я нашел это очень распространенным. PHP — один из немногих языков, которые «хорошо инкапсулированы» из-за отсутствия лучшей фразы.
• Очень быстрое время разработки, когда дело доходит до сценариев.
• Скорость выполнения PHP низкая, но это едва заметно, если вы не обрабатываете тонны данных. Если скрипт запускается раз в день для обработки каких-то данных, никто не пропустит 400 мс, которые вы сэкономили, написав его на C++. Тем не менее, если вы экономите 5 часов собственного времени в год на написании и поддержке этого скрипта с помощью PHP и благодаря этому у вас есть больше времени для добавления комментариев к коду, это лучше, имхо.
• Хотя PHP имеет свободный тип, вы можете установить error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE); и найти неинициализированные переменные. Python также слабо типизирован, и многие его используют (Dropbox был создан на Python), поэтому я не вижу здесь аргумента. Это скорее несогласованность языка PHP.
• Большинство внешних библиотек PHP очень переносимы и кроссплатформенны.
• Низкая стоимость поиска программистов, которые помогут вам. Программистов PHP легко найти, а нанять их относительно недорого. Как для личных проектов, так и на рабочем месте это имеет значение. На работе я часто нанимал людей для создания инструментов автоматизации PHP и экономил время. Возможно, на других языках это было бы дороже.

Помимо аргументов о том, является ли PHP хорошим языком в целом, каковы ваши критерии хорошего языка программирования для настольных компьютеров (в отличие от веб-разработки)? Спойлер: используйте .NET/Mono (mono — это кроссплатформенная версия языка .NET) и код в MonoDevelop IDE, чтобы ваше приложение оставалось кроссплатформенным с первого дня. немного отличается, но вы можете работать с .NET с помощью Xamarin Mac (который основан на Mono, но позволяет использовать компоненты интерфейса MacOS): http://xamarin.com/mac

Если Mono/C# недостаточно компактен из-за накладных расходов на зависимости, обратите внимание на Python с PySide. Если Python слишком медленный (хотя многие популярные приложения, такие как Dropbox, используют его), используйте C++ и платформу QT (используемую Skype и многими другими). Я помню, что Delphi может быть еще одним хорошим вариантом, если он вообще еще существует.

Что нужно иметь в виду:

• В 50% случаев вам в конечном итоге нужно работать как сервис или инструмент командной строки. Так что отделите логику вашего графического интерфейса от вашего внутреннего интерфейса на ранней стадии, если это так. Он также позволяет создавать автоматизированные тестовые случаи.
• Если это массово распространяемая программа (например, Notepad++, Dropbox, Gtalk), то главное — хороший кроссплатформенный пользовательский интерфейс. Будет ли у пользователей Mac и Windows быстро загружающееся приложение, с которым им будет удобно? Или запуск приложения будет похож на толкание грузовика в гору?
• ПРИМЕЧАНИЕ. Поскольку большинство людей используют Windows, часто имеет смысл просто использовать C# или VB.NET и сделать их приложением для Windows.
• Скорость программирования. Большинство проектов терпят неудачу, потому что они занимают слишком много времени. Лучше иметь счастливых пользователей Windows, чем не иметь пользователей. Правда в том, что C# или VB.NET позволят вам создать отличное приложение, которое будет работать для большинства людей, в два раза быстрее. И вы, вероятно, можете перенести большую часть этого на другие ОС с помощью Mono. Может быть, это не самый быстрый с точки зрения производительности или лучший в целом, но кодирование на C++ может занять слишком много времени.
• Распространение/установщики — полдела. Вы были бы шокированы тем, сколько раз приложение будет завершено на 64-битной Win7 только для того, чтобы понять, что оно вылетит на XP без какой-то дурацкой библиотеки. В отличие от Интернета, вам необходимо убедиться, что ваше приложение работает со всеми операционными системами и пакетами обновлений. БОЛЬШАЯ БОЛЬ! Совет. Протестируйте свежие установки с помощью облачных сервисов, таких как GoGrid, которые позволяют создавать новые установки Windows.

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

Производительность — мой критерий для программного обеспечения для настольных ПК. Но я верю, что настольные программы когда-нибудь умрут :)

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

Однако в дополнение к тому, что упоминали другие пользователи, вы также можете рассмотреть огромное количество уязвимостей, которые уже есть в PHP (http://www.securityfocus.com/vulnerabilities).

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

PHP — это новый Perl, если вы собираетесь использовать его как язык программирования вне веб-среды. Если я собираюсь писать приложения, мне нужна достойная среда для работы. Без сторонних приложений отладка php-программ может быть проблемой.

Я не вижу никакой разницы в использовании PHP для веб-приложения или настольного приложения, просто разные библиотеки. Qt и GTK+ доступны для PHP, и если кто-то потратил время на написание таких привязок, это значит, что кто-то использует его для рабочего стола.

На мой взгляд, успех РНР в Интернете объясняется тем, что нет реальной альтернативы: другими словами, РНР тем не менее хуже. В настольном мире ему не так повезло, и он должен конкурировать с более сильными соперниками... Я лично выберу множество других языков, прежде чем PHP.