Debitoor is hiring. No bureaucracy, no legacy code, no bullshit, fury continuous deployment, trips #js #node #react #mongo
×Закрыть

NetBeans как IDE для PHP

Для тех у кого совсем нет времени читать

NetBeans logo

Для тех, кто не хочет читать большую статью — сразу даю основную мысль. Если вам нужна хорошая IDE для PHP — обязательно попробуйте NetBeans.

Эта среда — бесплатная, быстрая, кросс-платформенная, хорошо понимает язык PHP. В ней приятно писать PHP-код, потому что присутствует все необходимые для этого инструменты — подсветка, completion из всех подключенных файлов, браузер классов PHP, всплывающая документация по стандартным функциям и так далее. Вместе с тем, это не просто текстовый редактор. NetBeans умеет скачивать и закачивать файлы на удаленные сервера по FTP и SFTP, имеет развитый SQL-терминал и полностью автоматизирует работу с SVN или CVS.

Ниже рассказывается, как и за что я выбрал NetBeans для себя и своей команды. Также рассматриваются еще несколько достойных редакторов и IDE для PHP, которые могут оказаться полезными при определенных условиях: Vim, JEdit, Eclipse PDT, Komodo IDE.

Выбор IDE для PHP

Раньше был стандартный ответ на вопрос, в каком IDE делать PHP-проект — ZendStudio. Она, конечно, была платной, но вы сами понимаете, это ни для кого не было проблемой:)

К сожалению, фирма Zend устала тянуть на себе воз разработки оригинального IDE. Текущая версия ZendStudio — это всего лишь Eclipse с логотипом Zend и надстройкой PDT (PHP Development Tools). С одной стороны, приятно, что скачать Eclipse и поставить этот набор плагинов можно абсолютно бесплатно. С другой стороны, Eclipse оказался прожорливым бегемотом по сравнению со старой ZendStudio. Он требует больше памяти, больше процессора и отрисовывает свои гламурные окошки гораздо медленнее.

Тут многие скажут — «Да ничего подобного, на любом современном компе это совершенно не критично, и у меня Eclipse работает прекрасно». Но для нашей компании это очень критично. Дело в том, что в нашей фирме разработчики сидят на тонких клиентах (Sun Ray). Фактически, все они работают на одном компьютере. На нем также сидят менеджеры проектов, финансовый директор, админ. Одновременно запущены полтора десятка Firefox-ов, пяток OpenOffice-ов. В такой среде запуск всего двух Eclipse приводит к заметному замедлению работы у всех пользователей. А нам нужно запустить около десяти экземпляров.

Конечно, рецепт решения известен — купить более мощный сервер. Но как-то обидно тратить деньги, ведь ZendStudio прекрасно работал в такой среде, а у PDT не появилось по сравнению с ZendStudio никаких новых «волшебных» функций.

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

Как временное решение, мы перешли на Vim. С добавлением нескольких плагинов и подстройкой определенных параметров, писать на PHP в Vim достаточно удобно. (Прекрасная статья о превращении Vim в мощный PHP редактор).

Естественно, о проблеме системных ресурсов можно было забыть навсегда. Консольный редактор с точки зрения потребления памяти и процессора — это просто праздник какой-то. Но вскрылось достаточно много недостатков в других областях.

Во-первых, Vim все-таки не IDE, а текстовый редактор. Он ничего не знает о том, что текст, который вы пишите — это программа на PHP, он ничего не знает о том, что вы храните исходные тексты в SVN. Соответственно, completion не такой разумный, как у настоящего IDE, ctags не всегда понимают, где описана функция или метод. Приходится постоянно помнить, что после редактирования нужно еще залить файлы в SVN с помощью консольных команд. Ощущается отсутствие визуального diff-интерфейса. Каждая проблема сама по себе — мелочь для настоящего сурового программиста, но все вместе они заметно снижают производительность.

Во-вторых, Vim — очень специфичный редактор. Его нужно изучать. Только тот, кто уже пользовался Vi может понять всю глубину этой фразы:) Да, за пару недель девелопер-новичок узнает все команды, которые нужны в повседневной работе. Но ведь эти пару недель можно было бы потратить на обучение более нужным вещам, или просто на зарабатывание денег.

Побочная проблема, произрастающая из специфичности Vim — постоянные ошибки при переключении в другие программы. Девелоперу периодически нужно писать отчеты, пользоваться электронной почтой, то есть редактировать тексты в других текстовых редакторах. В результате перед каждым действием пальцы замирают на долю секунды, а мозг лихорадочно пытается понять, что же нужно сейчас нажать — <ctrl> +s или <esc>:w<enter>. Это раздражает и снижает производительность.

Лирическое отступление — почему Vim, а не Emacs? Несколько причин. Личная причина — я не люблю чувствовать себя осьминогом, пытаясь нажать четыре клавиши одновременно. Сложность в обучении — команды vim не забываются, если человек не пользовался им полгода, а шорткаты Emacs вылетают из головы за один день отсутствия практики. Повторное использование знаний — разработчик все равно обязан знать хотя бы основы Vi. Ведь если он заходит на незнакомый сервер заказчика по SSH, то с вероятностью 99% Vim или хотя бы Vi там будет. И с той же вероятностью там не будет Emacs:)

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

Первое что я попробовал — это IntelliJ Idea. В новостях я прочитал, что в версии 8 добавлена поддержка PHP. Как говорил Том из Tom& Jerry: «Не верьте этой ерунде! »

Не поймите меня неправильно, если речь идет о разработке на Java, то Идея — абсолютное совершенство, и другие IDE никогда не смогут ее превзойти. «Реактивные мозги» сделали из Java Lisp, и благодаря этому Идея понимает ваш код не хуже, чем вы сами. Да чего уж тут, она понимает ваш код гораздо лучше вас, просто в этом стыдно признаться:)

Но заявленная «поддержка PHP» — это всего лишь написанный неизвестно кем 3rd-party плагин. Это полное убожество, практически не рабочее, смотрящееся особенно уныло на фоне чудес Идеи для Java. Мои тайные надежды навсегда погрузиться в волшебный мир IntelliJ Idea совершенно не оправдались. Для PHP нужно было искать что-то другое.

Следующим в списке был JEdit. Неплохой open-source текстовый редактор, написанный на чистой Java, с большим выбором плагинов. С помощью плагинов его можно превратить во что угодно, в том числе и в IDE.

JEdit порадовал меня скромными требованиями к ресурсам, умением ходить по FTP и SFTP, в том числе, используя приватные ключи. На мгновение, увидев в панели слева список файлов на удаленном сервере, я почувствовал себя совсем как в ZendStudio. Но — увы. Плагин для PHP оказался сырым, недописанным. Completion хромал на обе ноги, парсить подключенные библиотеки никто и не собирался, ctags, якобы поддерживаемые, так и не заработали.

Да и вообще проект выглядел умирающим. Последняя стабильная версия вышла в 2004 году, а Слава Пестов, автор и вдохновитель проекта, забросил JEdit и занялся разработкой языка Factor (какая-то «аццкая» смесь Forth и Lisp).

Еще одним open-source проектом, который пару лет назад был сырым, но многообещающим, и который я хотел проверить, был OpenKomodo. Оказалось, что до этого проекта добрались цепкие когти мирового капитала. OpenKomodo взяла под крылышко некая компания ActiveState. Текстовый редактор KomodoEdit, который служит основой для IDE, все еще открыт и доступен для скачивания. Но полная IDE уже закрыта и продается за деньги.

Для очистки совести я скачал trial Komodo IDE. В принципе, среда оставляет хорошее впечатление. Подсветка и completion на месте, умеет работать с удаленными файлами по FTP и SCP, но, к сожалению, о публичных ключах понятия не имеет. Имеет поддержку CVS, SVN и еще нескольких систем контроля версий, причем пользуется установленными в системе клиентами. Благодаря этому, например, можно пользоваться SVN поверх SSH даже с приватными ключами, хотя сам Komodo ничего об этом не знает.

Единственный недостаток, который сильно раздражал — интерфейс очень медленный. Особенность этой среды в том, что она написана на XUL, это язык описания интерфейса и набор виджетов, на котором написан интерфейс Mozilla и Firefox. На тонких клиентах XUL работает отвратительно медленно. И если с Firefox ничего не поделаешь и приходится терпеть, то задумчивое IDE, да еще и за деньги, совершенно не входило в мои планы.

NetBeans

Осталась последняя надежда, NetBeans. С этой IDE у меня длительные сложные отношения. Когда в тысяча девятьсот забытом году я скачал JDK 1.1 на скорости 33600, я был поражен, что в составе JDK нет никакого, даже самого простенького редактора исходных текстов. После Borland C и Delphi, которыми я тогда активно пользовался, редактирование текста в блокноте и запуск компилятора вручную из командной строки слегка шокировал. Правда, это продолжалось недолго. Borland оперативно выпустил JBuilder, и я «подсел» на знакомый по Delphi интерфейс.

Некоторое время спустя SUN начала рекомендовать NetBeans в качестве стандартного IDE для Java. На тот момент у NetBeans был очень спорный визуальный редактор UI, который сильно уступал мощи JBuilder.

Затем редактор интерфейса в NetBeans заметно улучшился, но меня это уже не очень интересовало, так как мне нужно было рисовать архитектуру приложения в UML. Поэтому я использовал Together (бедняга погиб, придавленный разлагающейся тушей Borland), а NetBeans, как альтернативу, я даже не рассматривал, у него UML не было даже в планах.

Затем мне понадобилось IDE с поддержкой J2EE. NetBeans снова меня разочаровал, так как на тот момент в этой среде она была рудиментарной.

В результате у меня сложился четкий паттерн в отношении NetBeans — это среда, в которой вечно чего-то не хватает, которая на шаг отстает от современных технологий. Так что узнав, что у NetBeans есть некая поддержка PHP, я не питал никаких надежд, и решил проверить ее только «для очистки совести».

Но с самого начала NetBeans стал преподносить приятные сюрпризы. Инсталляция весила 40Mb (против 120Mb у Eclipse), поставилась без проблем и запускалась быстрее, чем Eclipse. Для разработки на PHP нужно было поставить всего один плагин, скачался и поставился он гораздо быстрее, чем PDT для Eclipse и без всяких зависимостей. Поддержка SFTP была в базовой системе, а не в 3rd-party плагинах, как у Eclipse. Интерфейс работал гораздо быстрее, а памяти нужно было раза в три меньше, что, как вы помните, очень важно для нашей многопользовательской среды.

С точки зрения редактирования PHP кода — у NetBeans есть все, что ожидается от взрослой IDE. Это и completion, как стандартных функций и ключевых слов, так и всех функций и классов из всех подключенных библиотек. И показ инлайн-документации для стандартных функций. И разумная подсветка синтаксиса, в том числе для файлов, у которых расширение не «*.php». И даже подсказки возможных логических ошибок. Без нареканий работает браузер классов и быстрый переход от вызова функции к ее определению и обратно.

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

В качестве собственно IDE, объединяющей редактор кода с различными внешними инструментами, NetBeans тоже очень радует.

Для работы с базами данных есть браузер структуры баз и связанный с ним SQL-терминал для запросов. Он достаточно богат функциями, и за месяц работы мне ни разу не захотелось запустить консольный клиент mysql.

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

Правда возникло небольшое неудобство с тем, что в SVN я хожу по протоколу svn+ssh, с использованием ключей. В интерфейсе NetBeans есть все необходимые поля, чтобы настроить такой доступ, и первый checkout проходит без проблем. Но потом NetBeans полностью забывает об этих настройках, и начинает выдавать ошибки соединения.

К счастью, у NetBeans очень здоровый подход — для работы с SVN он использует консольные команды, которые уже установлены в системе. И небольшое колдовство в каталоге ~/.subversion полностью решает эту проблему.

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

Использования ключей SSH поддерживается «из коробки», причем по умолчанию NetBeans разумно предполагает, что ключ лежит в каталоге ~/.ssh. Выкладывать файл на удаленный сервер вы можете вручную, выбрав определенный файл или каталог, или настроив автоматическую заливку в момент сохранения файла.

Все это относится к NetBeans 6.7. Пусть вас не смущает то, что еще нет официального релиза этой версии. Я успел посидеть под Beta1, Beta2 и Release Candidate. За это время ни разу я не натолкнулся на баги или нестабильную работу. Можете смело использовать Release Candidate.

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

Автор:
Иван Петриченко,
Oredale.com,
тренер программистов,
petrichenko@gmail.com

  • Популярное

77 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

в нетбинсе не работает переход на другую строку, тобишь «enter» в других прогах все ок. Бред какой-то. Может подскажите как исправить, где ковырнуть?

А как на счет PhpStorm’а от реактивных мозгов?

Я пользуюсь Codelobster PHP Edition (www.codelobster.com)

Это тоже бесплатная IDE, только шустрее и приятней.

Я использую xdebug, результат вполне устраивает... Да php это вам не С++, отладка нужна крайне редко.

Я пользуюсь Codelobster PHP EditionЭто бесплатная PHP IDE которая вполне меня устраивает.

очень огорчает отсутствие поддержки zend_debugger и zend_debugger browser extension

С выходом версии 6.9 многие вещи гораздо улучшились. Например намного улучшился интелесенс, теперь он ходит глубже, видит намного больше. Вообще просто упиваюсь, при работе с ним. И отладка работает великолепно. Посмотри обзор: Обозор IDE NetBean явно выделяется среди других, при этом как говорил автор размер интсаляшки значительно отличается, плюс IDE постоянно обновляется.

в netbeans с поддержкой php входить apache или его надо отдельно ставить?

NetBeans начал пользоваться тогда, когда она в первые анонсировала поддкржку php cmf symfony, подержка оказалась не плохой. Сейчас только им и пользуюсь, разве жалко только оффигенный отладчик из phped


Надо было попробовать NuSphere PhpEdit вроде так, там лучшая встроенная отладка

Знаю, что люди хвалят, но оно только под Винду, так что я его даже не смотрел. У нас в компании Виндовс нет.

http://shop.nusphere.com/custo... — NuSphere PhpED (Linux)

К сожалению в Netbeans жесткая привязка к проектам (А если потребуется на фтп сервере всего один файл подправить?

А подскажите как в нетбинсе выставить автокомплишн встроенных в пхп функций?

ctrl+space будет автокомплит. Вообще интелисенс включен по умолчанию и посдказывает, если что-то есть.

Да уж... Перебирал почти все эти IDE, при поиске поддерживающих последнюю версию JQuery...Теперь же, начав изучать PHP, ищу нормальный IDE, но, привыкши к Питоновскому IDLE, с его интерактивным шеллом — теперь не могу вырваться из этих рамок. Или же, напротив, пхп настолько не гибок.Ну, про CLI я в курсе, наверное) А вообще, существует ли вменяемый IDE для PHP, чтобы можно было интерактивно вводить команды без обрамления, жмакать по Enter и сразу видеть результат?

А подскажите как в нетбинсе выставить автокомплишн встроенных в пхп функций?

У Zend Studio есть одно неоспоримое приемущество — отличная поддержка Zend Framework.

Решил попробовать НетБинс. Насколько я понимаю у меня completion не работает. И вообще никакие попапы с подсказками не появляются (точнее, только по контрол-пробел). В настройках по умолчанию галочки на комплишин выставлены.Не подскажите, господа?

JetBrains открыла доступ к Web Developer IDE c поддержкой PHP

Ruzz, спасибо, помогло. Я и сам сначала так сделал, но эффекта не наблюдалось, вернул назад значение по умолчанию. Оказывается, надо было перегрузить IDE, тогда все работает, как надо

Такой вопрос по НетБинс: у меня шаблоны (в формате native PHP) сайты хранятся в ХТМЛ-файлах. Но NetBeans «не понимает» PHP код, который расположен между тегами. Как сделать, чтоб понимал?:)

> Artyom UsachevТакого же мнения, да и заточена еще больше под Zend. У Netbeans анализатор кода хромает.

Работал на NetBeansаботаю в, всё устраивало до выхода ZS 7.0 сейчас работаю с ней. Не знаю как у остальных, но у меня работает значительно быстрее чем NetBeans, скан проектов происходит быстрее, по памяти ест она аналогично как и NetBeans всего хватает, правда инсталл значительно больше весит чем у NetBeans, но место для меня не критично.В общем ничего отрицательного о NetBeans сказать не могу, но предпочтение отда ZendStudio 7.0

на NetBeans давно сижу... Очень медлительная вещ... Были случаи зависания на этапе task scaning при запуске, и не помогала даже переустановка. А так конечно агрегат ещё тот. Положительных сторон конечно же больше.

Давно забросил Eclipse заради Netbeans о чем не сожалею.Дома продорлжаю сидеть на Zend Platform 5.5

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

Интересно было бы узнать эти «очень много причин». Я более чем уверен, что можно навести не меньшее количество контраргументов.

Alex, а Zend Framework по сути OpenSource: DДа мы включаем, к примеру Magento.

Эх, ты наверное дальше.net никогда и не смотрел, о чем можно говорить?

Не знаю, чем я тебе так понравился и откуда ты знаешь куда я смотрел, но не нужно воспринимать мои слова так близко к сердцу. П.С. Ни в коем случае эта перепалка не говорит о том, что автор написал плохую статью — наоборот, очень полезную и информативную. Но если брать фильтр по линукс-реди программам, добавить фильтр на бесплатность, то получается либо эклипс либо нетбинз, а тут как всегда «на вкус и цвет иде нет», что и доказывают некоторые комментарии. Вопрос немного в сторону: часто ты включал опенсорс в коммерческие продукты? Если да, то должен знать, что можно это сделать (не навредив здоровью и бизнессу) очень редко и мало кто из серьезных вендоров согласиться иметь в коммерческом коде какой-то опенсорсный. И причин этому можно привести очень много.

Есть бесплатные версии (експрес),

Это бесплатная версии студии, но никак не модуля. Радуйся себе дальше, что работаешь на VS. Людям и так понятно, что лучше VS ничего нет, нужно каждый раз об этом говорить?

Наличие данной статьи еще раз доказывает, что опенсорс — это настоящая головная боль

Эх, ты наверное дальше.net никогда и не смотрел, о чем можно говорить?

Ну вот не проходит не одного обсуждения чтобы кто-то не вякнул про VS, ну никак не вяжется она тут, Alex тебе это понятно?

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

Далее, тот модуль платен. И да VS не работает под linux =)

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

Сергей, да многие уже знают об этом: 0), ну просто обсуждаем другое направление и обязательно кто-то скажет, а VS лучше. Ну я работаю с.NET, но это не тема в данном обсуждении. Далее, тот модуль платен. И да VS не работает под linux =)

Ну вот не проходит не одного обсуждения чтобы кто-то не вякнул про VS, ну никак не вяжется она тут, Alex тебе это понятно?

Одна из причин моей любви к.NET — это Visual Studio, ИМХО, все остальные IDE ей просто завидуют:) Хотя та же ИДЕЯ смотрится очень даже неплохо...

2 Mike Chaliy:

а у вас там не рахували склільки коштувало навчати розробників? щось мені підказує що значно дорожче за декілька нових тачок....

Ви що, знущаетесь? Що там вчити? Хвилин 15 пішло на те, щоб затягти туди проект, а далі все інтуітивно. Те ж саме і з Eclipse PDT.2 все, кто предлагает отказаться от тонких клиентов: Вы, видимо не совсем в курсе, о чем идет речь. Вкратце — тонкие клиенты + десктоп сервер на Linux дают нам такую экономию TCO и времени всех работников, что нам будет дешевле научить всех работников писать на LISP в Emacs c комментариями на испанском языке, чем отказаться от такой инфраструктуры и перейти на “гробы под столами”. 2 anonymous и все, кто обидился за Emacs: Я и сам находил в Emacs много знакомых комбинаций клавиш, оказывается, вот откуда они попали в Borland C и Borland Pascal. Но проблема не в том, чтобы выучить эти комбинации, проблема в том, что при отсутствии ежедневной практики они забываются быстрее, чем команды Vi, это я установил опытным путем. Скорее всего, дело в режимах, перешел в нужный режим и после этого надо нажать всего одну клавишу. Вобщем я не теоретик, а практика показывает, что учить Vim экономически выгоднее, по крайней мере в рамках нашей компании.

Сам использую NetBeans для работы на php. Очень хорошая среда. Да не самая быстрая, но как по мне то, по скорости не хуже того же ZendStudio.Весь необходимый функционал для комфортной работы есть. Из того что есть на сегодняшний день думаю это самый оптимальный вариант. Рекомендую.

И да, я его неосилил, хотя честно пытался, причем не для PHP, а по его прямому назначению — для LISP.

хм, сие может говорить о том, что либо не было особого желания (т.е. время на попытки осиливания потрачено зря), либо расовая не расположенность к емаксу.Если вдруг еще возникнет желание, то советую обратить внимание на пакет SLIME — с ним емакс становится пожалуй самой мощной средой разработки на _лиспе_.

Иван! Спасибо за статью, но если вы и еще несколько добрых и умных людей не в состоянии запомнить базовые комбинации в emacs — срочно в двухнедельный отпуск всей толпой.

2 Mike Chaliy: Учить разработчиков пользоваться Netbeans? Разве этому надо учить? о_О

а у вас там не рахували склільки коштувало навчати розробників? щось мені підказує що значно дорожче за декілька нових тачок...

половина проблем в слабых компах девелоперов, точнее в тонких клиентах вместо нормальной рабочей станции.на сайте сана читаем"Sun Ray 2 наилучшим образом подойдет для использования в центрах обработки вызовов, образовательных учреждениях, а также в телекоммуникационных и финансовых компаниях."тоесть клиент для заполнения и вывода формачек., а вы на серваке айдее на основе еклипсы пробовали запускать, что мешало поставить нормальные девелоперские компы?

2 anonymous

Но вот критиковать область в которой не разбираешься/не осилил, по крайней мере не прилично.

Я же не сказал, что emacs плохой редактор, или что в нем чего-то не хватает. Я прекрасно знаю, что это великое IDE, по мощности превосходящее некоторые операционные системы. Знаю, что если бы не он, не было бы ни GNU, ни Linux в нынешнем их виде. И да, я его неосилил, хотя честно пытался, причем не для PHP, а по его прямому назначению — для LISP. И я знаю еще несколько умных добрых хороших людей, которые тоже пытались и неосилили. Значит, обучать ему девелоперов, особенно джуниоров, занятие рискованное. Что я и написал.2 Анонимно

приходиться держать по сути две версии эклипса (отдельно PDT и отдельно Eclipse для Java)

У меня три «клизмы» — одна для Java, одна с PDT и одна с PyDev. Иначе неизбежный «plugin hell». Врядли это поменяется, ведь каждую надстройку делает отдельная команда, и со всеми другими надстройками не перетестируешь.

Здравствуйте, подскажите как это IDE заставить отображать русскую симовлику в окне редактирования кода?

Мне кажеться сейчас редактор РНР без поддержки jQuery для javascript — это уже не то, постоянно приходится разрабатывать и клиентскую часть и серверную. Как с этим у NetBeans?

Кто бы не победил галактего опасносте...Тема для холивара. Тот же эклипс можно нафаршировать плагинами под любые нужды. Согласен что в ситуации автора критичны ресурсы, но в целом нетбинс во многом уступает эклипсу (только для меня конечно). Тем более версия под линукс убитая какая-то =)

Личная причина — я не люблю чувствовать себя осьминогом, пытаясь нажать четыре клавиши одновременно. Сложность в обучении — команды vim не забываются, если человек не пользовался им полгода, а шорткаты Emacs вылетают из головы за один день отсутствия практики. Повторное использование знаний — разработчик все равно обязан знать хотя бы основы Vi. Ведь если он заходит на незнакомый сервер заказчика по SSH, то с вероятностью 99% Vim или хотя бы Vi там будет. И с той же вероятностью там не будет Emacs:)

Во первых, сочетания клавиши используемые в емаксе, по умолчанию используются в bash, man, less, info и многих других интерактивных программах, так что большинство из них (основные клавиши для использования редактора) не требуется запоминать.Во вторых, в емаксе нету сочетаний из 4 кнопок, и даже и 3, все сочетания включающие больше двух кнопок — префиксные т.е. вам надо нажать C-c и еще какие нибудь кнопки, что вполне удобно, например можно на C-c f * повесить команды по рефакторингу, на C-c m команды по документации (почти во всех режимах так и сделано). Да, и более того, встроенная документация по емаксу, превосходит встроенную документацию вима, например возможен поиск нужной фичи по докстрингам функций, тем самым увеличивается вероятность поиска нужной функции.А вот насчет SSH, то емакс тут не чуть не уступает, так как в стандартной сборке емакса присутствует такой пакет как tramp, который позволяет удаленно (ssh/ftp/etc/) редактировать файлы. Про знание вима я согласен, оно необходимо. Но вот критиковать область в которой не разбираешься/не осилил, по крайней мере не прилично.

безотностительно к выбору IDE — решать железные проблемы организационно — на редкость плохая трата денег. Всё то время, пока народ пересаживался-переучивался стоило дороже 2-х серверов.

Eclipse Galileo (должен зарелизиться буквально на днях) работает существенно быстрее Ganymede. И обновление там работает, а не делает вид. Опять же Spket, Aptana и прочие вкусняшки. Лично я наоборот, ушёл с NetBeans на Eclipse:)

Отлично работает на Mac OS! Я использую как под Mac OS на macbook предыдущего поколения, так и там где Windows установлен.

Не упомянута одна наиважнейшая вещь — отладка. Встроенная в Netbeans поддержка x-debug + x-debug extension по сравнению с такой мощной штукой, как zend-debugger + zend toolbar extension, никуда не годится. Это просто детский сад для хомяков. Похоже автор действительно нашел «взрослую, бесплатную, open source среду разработки для PHP»... для разработки примитивных домашних страничек.

Хм, странно, я как-то на Хакинтоше запускал Netbeans. Среда поставилась и заработала, я ничего не трогал.

Вы пробовали запустить Netbeans на Mac OS? Он там, к сожалению, не работает без жестоких танцев с бубном...

IntelliJ IDEA 8 официально не поддерживает PHP, эта функциональность появится в IntelliJ IDEA 9, которая кстати сказать сейчас находится в free early access preview (http://www.jetbrains.net/confl...).

2Жандос: ссылка была и есть в первом же абзаце

to 4: В Aptana собственная реализация поддержки PHP и она слабее чем PDT.Что касается самого PDT, то раздражает, то что его разработка не синхронизирована с разработкой самого Eclipse из-за чего не удается поставить PDT как плагин на актуальный Eclipse c Java и приходиться держать по сути две версии эклипса (отдельно PDT и отдельно Eclipse для Java).Посмотрим как ситуация измениться с выходом Galileo, а затем PDT 2.1.

Да, Qt Creator очень душевная среда. Причем она нравится на уровне эмоций, как красивая девушка. Но IMHO она очень заточена под десктопный девелопмент, если написать для нее модуль для PHP, очарование может потеряться.

Главное прикрутить в нужные места нужные модули и разницы вы не заметите. Я пока что пытаюсь ковырять сорцы, тоже очень хочется заставить все это работать в php. Верю в успех.)

Автор забыли офф сайт указать так и хочеться нетбинс попробовать хоть сдача проекта на носу) http://netbeans.org

А как в NetBeans дела с отладкой и профилированием?

Komodo Edit очень понравился.


Когнитивный диссонанс в на деворгуа:

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

К сожалению, фирма Zend устала тянуть на себе воз разработки оригинального IDE.

Что поделаешь, «интегрированная среда» женского рода, и я старался везде писать она, но на самом деле очень хочется говорить на IDE оно. Когнитивный диссонанс у всех, кто в индустрии оффшорного программирования — английский очень неродной, а русские термины или вымерли, как НЖМД, или даже полностью отсутствуют — например, как перевести parser или, того хуже, tokenizer? Получается «язык Пэхапэ».

Локальная история очень удобная, интерфейс такой же как и при просмотре удаленных изменений в CVS или SVN.

Локальная версионность, насколько она удобна в работе?!

Надо было попробовать NuSphere PhpEdit вроде так, там лучшая встроенная отладка

Знаю, что люди хвалят, но оно только под Винду, так что я его даже не смотрел. У нас в компании Виндовс нет.

еще с выхода версии 1.0 чудесной IDE Qt Creator ищу кто бы мог написать плагин для нее для поддержки PHP... вот и решилась бы проблема PHP IDE

Да, Qt Creator очень душевная среда. Причем она нравится на уровне эмоций, как красивая девушка. Но IMHO она очень заточена под десктопный девелопмент, если написать для нее модуль для PHP, очарование может потеряться.

Когнитивный диссонанс в на деворгуа:

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

К сожалению, фирма Zend устала тянуть на себе воз разработки оригинального IDE.

А как по мне, то лучше IDE, чем Delphi for PHP нет...Это не просто IDE для PHP, а средство визуальной разработки, с отладчиком и т.п.

Отличное исследование, с выводами согласен:), но явовские приложения все равно ресурсы жрут. Хотя по сравнению с эклипсом сетевые бобы выход конечно.

К сожалению, у меня аптана не сохраняла workspace, постоянно и это при корректном обращении.

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

еще с выхода версии 1.0 чудесной IDE Qt Creator ищу кто бы мог написать плагин для нее для поддержки PHP... вот и решилась бы проблема PHP IDE

Личное мнение. Аптана не лучше Eclipse (хм, она же на ней построена: D). Она еще более медлительна, каждый день десятки обновлений — продукт сырой.

А Aptana Studio не пробовали?

Ошибка:) «Работаю последний месяц на netbeans»

Работаю последний месяц на eclipse, все красиво за исключением Code Folding, да файлы по 5000 строк, не моя тому вина, и при сканировании виснет, так же долговато ищет где объявлена переменная, а так же страшно тупит при любом выделении. Но все равно пока с Zend Eclipse пересел.

Надо было попробовать NuSphere PhpEdit вроде так, там лучшая встроенная отладка

Подписаться на комментарии