Вы используете IDE PHP? [закрытый]

Eclipse PDT, кажется, работает для меня. Я не веб-разработчик, но взял на себя обновление веб-сайта для некоммерческого отпуска, у которого есть их веб-разработчик из-за переезда на работу. Без какой-либо документации или обзора системы я смог найти свой путь и внести изменения, просто используя инструмент всплывающей информации с переменной Eclipse (я не уверен, что он формально называется, но я надеюсь, что вы получите картину). С точки зрения производительности, Auto-Change и Variable / Auto-завершения автоматического завершения ключевых слов - это отличный быстрый бустер.

Я не использую IDE, но я также работаю над довольно маленькими проектами PHP. Я использую TextMate, который немного похож на редактор * NIX на Mac с хорошей интеграцией оболочки. Для языков сценариев в целом я не использую IDes. Лично единственный раз, когда я действительно ценю IDE, когда вы должны составить / ссылку. Я никогда не был фанатом изготовления и т. Д.

Если вы используете Mac, я рекомендую Coda . Он имеет отличный набор функций - интегрирован FTP , , , , CSS редактор, терминал и т. Д. И интерфейс Slick. Это 99 долларов США, но оно того стоит.

Я использовал почти каждый редактор, который я могу подумать о Windows и Linux, и я должен был сказать, что если я буду использовать IDE в эти дни - я люблю Eclipse Php Developer Tools (PDT) Отказ Для начинающих я бы помню все-в одном.

Eclipse - это такая хорошая платформа развития, и все, кажется, любят делать плагины для него (так как это тоже полностью кросс-ОС). Google сделал свой Web Toolkit (GWT) и плагины Android для Eclipse через другие IDE. Flex , Zend Studio , а Aptana Studio также просто прославляются версиями Eclipse.

Кроме того, есть прохладные инструменты, такие как подпклипс и вид на контуре (показывает все функции в PHP / JavaScript, классы и правила в CSS ), поиск файлов [/ и заменить] Обычная поддержка выражений и легкое сравнение с локальными или удаленными файлами. Они имеют тенденцию ускорить моего общего времени в разработке, как я думаю, они тоже бы вас тоже.

Примечание: с Eclipse есть немного кривой обучения, и труднее просто редактировать файл за раз (лучше, если вы делаете проекты), так что это действительно вопрос предпочтений. Если вы профессиональный разработчик PHP, и вы проводите большую часть времени на более крупные проекты, я бы действительно рекомендовал, по крайней мере, пробую его.

В отличие от Java, невозможно определить несколько конструкторов. Однако можно определить значение по умолчанию, если оно не передано.

def __init__(self, city="Berlin"):
  self.city = city

Как указано выше, размер RSS является тем, что вас больше всего интересует здесь. Размер «Virtual» включает сопоставленные библиотеки, которые, вероятно, не нужно считать.

Прошло много времени с тех пор, как я использовал heapy, но я почти уверен, что статистика, которую он печатает, не включает в себя накладные расходы, добавленные самой heapy. Это наверху может быть довольно значительно (я видел, что процесс RSS 100 МБ вырастает на еще приблизительно дюжину МБ, см. http://www.pkgcore.org/trac/pkgcore/doc/dev-notes/heapy.rst).

Но в вашем случае я подозреваю, что проблема в том, что вы используете какую-то библиотеку Си, которая либо утекает, либо использует память так, что куча не отслеживается. Heapy знает о памяти, используемой непосредственно объектами python, но если эти объекты переносят объекты C, которые выделены отдельно heapy, обычно не знает об этой памяти вообще. Возможно, вы сможете добавить поддержку heapy к своим привязкам (но если вы не управляете используемыми привязками, это, очевидно, проблемы, и даже если вы управляете привязками, вы можете быть не в состоянии сделать это в зависимости от того, что вы переносите).

При наличии утечек на уровне C heapy также потеряет трек за этой памятью (размер RSS увеличится, но сообщенный размер heapy останется прежним). Valgrind, вероятно, ваша лучшая ставка, чтобы отследить это, как и в других приложениях C.

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

Я использую NetBeans (в Windows и Linux), и я использовал Eclipse в прошлом (в Windows и Linux) и phpDesigner (в Windows), который является коммерческим инструментом.

Все три имеют приблизительно одинаковый набор функций, и все три могут использоваться для отладки кода PHP.

ATM , я предпочитаю NetBeans.

Ранее я использовал простые редакторы, такие как Блокнот++ и TextPad , эффективность кодирования увеличивалась с помощью среды IDE с завершением кода и отладкой во время выполнения.

Я тоже использую NetBeans. Пока что лучшее из того, что я пробовал. Zend Studio ужасна, и Eclipse находится за пределами любой критики (вы не можете просто дважды щелкнуть PHP-файл, чтобы открыть его в Eclipse, для начала). Есть несколько бесплатных и коммерческих идентификаторов, но большинство из них только для Windows.

Редактировать: Инструменты, которые я использую чаще всего: Предложение метода, рефакторинг, «Перейти к объявлению / определению», «Найти использование», отладки (очевидно, поскольку он подчеркивает ошибочные заявления).

Я использую Eclipse с плагином PHP и был довольно доволен этим.

В отличие от Java, невозможно определить несколько конструкторов. Однако можно определить значение по умолчанию, если оно не передано.

def __init__(self, city="Berlin"):
  self.city = city

Как указано выше, размер RSS является тем, что вас больше всего интересует здесь. Размер «Virtual» включает сопоставленные библиотеки, которые, вероятно, не нужно считать.

Прошло много времени с тех пор, как я использовал heapy, но я почти уверен, что статистика, которую он печатает, не включает в себя накладные расходы, добавленные самой heapy. Это наверху может быть довольно значительно (я видел, что процесс RSS 100 МБ вырастает на еще приблизительно дюжину МБ, см. http://www.pkgcore.org/trac/pkgcore/doc/dev-notes/heapy.rst).

Но в вашем случае я подозреваю, что проблема в том, что вы используете какую-то библиотеку Си, которая либо утекает, либо использует память так, что куча не отслеживается. Heapy знает о памяти, используемой непосредственно объектами python, но если эти объекты переносят объекты C, которые выделены отдельно heapy, обычно не знает об этой памяти вообще. Возможно, вы сможете добавить поддержку heapy к своим привязкам (но если вы не управляете используемыми привязками, это, очевидно, проблемы, и даже если вы управляете привязками, вы можете быть не в состоянии сделать это в зависимости от того, что вы переносите).

При наличии утечек на уровне C heapy также потеряет трек за этой памятью (размер RSS увеличится, но сообщенный размер heapy останется прежним). Valgrind, вероятно, ваша лучшая ставка, чтобы отследить это, как и в других приложениях C.

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

Я использовал Aptana Studio (Eclipse) в течение нескольких лет, и у него был достойный PHP-редактор со встроенной подсказкой кода. Однако новая версия Aptana Studio теперь использует PHP Development Tools (PDT) вместо собственного редактора Aptana. Мне никогда не везло с PDT, но, надеюсь, развитие улучшится теперь, когда Aptana участвует в проекте.

Я использую Eclipse. Это раздутый, громоздкий, медленный и причудливый, но я считаю, что у него есть некоторые функции, которые делают меня лучшим / быстрее разработчиком. Две основные вещи, которые мне нравятся о развитии PHP с Eclipse:

• функциональные подсказки. Учитывая, что PHP не хватает стандартного порядка параметра для многих вещей, это особенно полезно с семейством функций . Мне не нужно помнить, является ли определенный порядок функции ($ HayStack, $ иглой) или ($ INGLE, $ HAYSTACK) , я могу просто ввести имя функции и наведите удар через это.
• «Перепрыгнуть в» функциональность. Выделите функцию и нажмите «F3», и она приведет вас к классу или файлу, где определена эта функция. Это чрезвычайно полезно.

Есть другие особенности, которые также полезны, хотя и не так глубоко. Такие вещи, такие как автозаполнение и шаблоны комментариев PHPDOC (тип / ** , и он создает базовый комментарий блока, предварительно заполненный своими параметрами), как правило, подружиться.

Из-за недостатков с затмением я склонен развиваться с несколькими инструментами. Например, я нахожу функциональность UltraEdit «Find в нескольких файлах», чтобы быть превосходным (а также «редактировать в режиме столбца» для пакетных редактирования SQL), и у меня обычно он работает рядом с Eclipse.

Я несколько раз пробовал NetBeans несколько раз, но каждый раз, когда я установил его в прошлом, внутренняя документация по функциям PHP была нарушена, поэтому зависание на любой встроенный PHP-функция приводит к тому, что в коробке IntelliSense «PHPDOC не Нашел". Я обнаружил, что чрезвычайно обострение, и каждый раз вернулся в Затмение. Мне нравится внешность этого, но мне нужна эта функциональность (расплывчатая ссылка на него на каком-либо форуме, имеет одно из разработчиков, которые говорят, что сценарий сборки сломан, поэтому он не связывает документы должным образом, но они еще не могли его исправить как моя последняя попытка).

Я использую VIM . Я нахожу это самым простым и чистым.

Мне очень нравятся komodo Edit путем активации. Я использую Lite версию программного обеспечения, и он сохраняет файлы проекта вместе, завершен код, код Hightlighting, работает.

Я использовал Eclipse + PDT и NetBeans. Я предпочитаю Eclipse.

Я думаю, что любая повышение производительности будет варьироваться в зависимости от разработчика, так и природы проекта. Я использую TextMate или или для небольших проектов для небольших проектов, в то время как я привел IDES для более крупных / более сложных проектов или с базовыми API, с которыми я не знаком. Наличие встроенного доставки API является большой помощью, когда проект или его базовые рамки имеют столько методов, которые вы не можете извлечь и запоминать все свои подписи и типы возврата (по крайней мере, на продолжительность итерации. Отказ Также интеграция отладчика на сложных проектах может быть огромным развесом (особенно если вы не используете тестируемый набор).

Другое, что нужно помнить, так это чтобы увидеть большую выгоду в эффективности, вы должны научиться эффективно использовать инструкцию IDE, которая будет иметь кривую обучения. По моему опыту, что лечение не было серьезным в любом IDE, я использовал, но это там.

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

Я не специалист по PHP, но с моей (вероятно, аналогичной) точки зрения Perl, я считаю, что следующие функции IDE полезны / нет (насколько как то, что я воспринимаю как функции IDE)

• Стилизация кода (синтаксис hihgliting) и сворачивание блоков - очень полезно. Но, честно говоря, это особенность высококлассного редактора, а не собственно IDE (например, она включена в не-IDE-редактор UltraEdit, а не только в IDE-надмножество UltraEdit Studio).То же самое и для других функций, которые я бы рассмотрел в редакторе программирования, а не в IDE, например. Интеграция FTP / репозитория исходного кода, выбор блоков, поддержка регулярных выражений и т. Д.

• Анализ кода - списки функций и т. Д. Полезно, но не разрушительно. Хорошие умные подсказки были бы хороши, но, опять же, не обязательно.

• Интеграция с инструментами: Поскольку для Perl нет сборки, проектов, компиляции и т.д. в виде отдельных сложных шагов, я обнаружил, что потребность в IDE (и, следовательно, выигрыш от ее использования) незначительна. Другие могут не согласиться.

• Интегрированная отладка - я никогда не слышал о хорошей среде IDE со встроенной отладкой Perl (мой идеал для такой функциональности всегда лежал в основе серии IDE Borland Turbo :)). Но я, вероятно, нашел бы его очень полезным / полезным, учитывая дрянной отладочный графический интерфейс Perl, который используют люди, если я когда-нибудь его найду.

IDE настолько ускоряют разработку, что просто автозаполнение так полезно.

Я использую CodeLobster , который действительно великолепен и бесплатен, но он особенно хорош, если вы можете позволить себе выложить деньги (и фактически иметь применение) для их различных расширений для популярных приложений с открытым исходным кодом, таких как WordPress , Joomla и т. Д.