Вы ДНК на php расшифровывать собираетесь. Глазами хакеров — это литература для детей, смысла её читать после котерова нет. Братцы сишники вредны для неокрепшего мозга молодого phpшника, они очень сильно мешают, зачем учиться обжигать кирпичи, если нужно понатыкать железобетонные стены.
Всему своё время и место.
эвалов там целый заопарк и они активно используются, те же блоки являются его подмножеством.
rdoc не решает всех проблем, например, из пункта 5, плюс неизвестность, где нарастили мясо и какой именно коммент цеплять в подсказке к данному методу. потому ide так непопулярна, её возможности сильно ограничен синтаксическим сахаром.
ой, извини, забыл ответить на твой вопрос.
1. отсутствие интерфейсов и абстрактных классов, соотвественно type hinting невозможен
2. eval
3. mankey patching.
4. проблемы с отслеживанием, где добавили метод. проблемы с коде браузингом.
5. сейчас появилась возможность дефолтные значения параметров ставить не в конце можно целые квесты вырисовывать.
6. ещё что-нить…
n классические грабли, свойственные другим подходам
Atrax, в жизни и на форуме пере до мной проходит уйма людей, которые отравили себе мозг классическим ООП, который реально освоить имея либо много-много лет опыта, либо поработав в очень хорошей команде, коих не так много. Получаются сложные и неповоротливые решения-велосипеды.
Вот и приходится выбирать меньшую из зол. ROR c его метопрограммированием и манкей патчингом подходит для большинства веб проектов, потому что многолетняя поддержка нужна очень редко. А возможно и метапрограммирование можно как-то обуздать, но пока я к нему отношусь как в eval.
не убеждай меня в своей исключительности, лучший контраргумент — ссылка на документ с более подробным описанием.
когда будет документ, то тебе удастся не только другим объяснить идею, но и самому в ней разобраться.
p.s. Люблю клиентов жлобов, они знаю чего хотят, работая с ними возможны лишь два исхода:
1. не договорились и сразу разбежались.
2. договорились, оформили обязательства с описанием в подробном тз, получили то что было в первоначальном описании.
оверхед обычно покрывается с лихвой за счёт более удобного кеширования, но опять же это удобство до определённой нагрузки (хотя, редкая птица долетает до середины волги).
ценность подобных решений убиваются дороговизной костылей. идеальное решение — утопия, но масса решений действительно показывает великолепные результыты в решении стандартных задач.
я сам адепт Doctrine ORM, попробовал парочку других php решений, накурился литературы о Hibernate, Django ORM, RoR ActiveRecord. Но так и не нашёл ничего простого и безкостыльного.
Что я проглядел?
поэтому я в сумке с ноутбуком ношу документы на него, тогда проверяющие не имеют прав даже заглянуть что на нём, у них разрешение только шерстить компанию, а не на физ лицо.
DevMan, я как бы написал, что смотрел phpStorm. И даже знаю, что местами автокомплит работает умнее чем в nb, а местами ляпы (пример — предлагает статические методы при вызове через стрелку).
Да и не спор это, я активно размышляю о смене платформы, после перехода nb под oracle
активно развивается — это значит добавляется функционал, который уже есть, потому что у нетбинса уже версия 6.9.1, там куча уже сделано и исправлено.
очень надеюсь, что в phpStorm появится полезный функционал, которого нет в других ide, но а пока ничего такого не заметил не понимаю зачем платить?
ощущение свободы — это когда отработал 8 часов и пошёл домой или гулять с девушкой. на фрилансе ты раб заказчика и проект слишком много значит. в городах побольше можно легко найти свободный график по принципу 40 часов в неделю в любое удобное время, при этом получишь соцпакет и никакой ответственности за результат — это СВОБОДА, потому что дядя платит, дядя отвечает.
Всему своё время и место.