Различие между компонентами, модулями, расширениями и плагинами в Joomla

Возможно, не вид "подсказки", которую Вы искали, но я должен сказать что мой опыт после нескольких лет перемещения от C++ & STL к C++ & повышение & STL - то, что я теперь трачу партия меньше времени в GDB, чем я привык для. Я подавил это ко многим вещам:

• интеллектуальные указатели повышения (особенно "совместно использованный указатель" и контейнеры указателя, когда производительность необходима). Я не могу помнить прошлый раз, когда я должен был записать, что явное удаляет (удалите, "goto" C++, по моему скромному мнению). Там идет много времени GDB, разыскивая недопустимые и протекающие указатели.
• повышение полно доказанного кода для вещей, из которых Вы, вероятно, взломали бы вместе нижнюю версию иначе. например, boost::bimap является большим для общего шаблона LRU кэширующаяся логика. Там идет другая "куча" времени GDB.
• Принятие unittesting. boost::test АВТОМАТИЧЕСКИЕ макросы означают, что это - абсолютный пустяк для установки тестовых сценариев ( легче, чем CppUnit). Это ловит много материала задолго до того, как он встроен во что-либо, к чему необходимо было бы присоединить отладчик.
• Связанный с этим, инструменты как boost::bind облегчают дизайну для теста. например, алгоритмы могут быть более универсальными и менее связаны с типами, на которые они воздействуют; это делает включение их в тестовые контейнеры/прокси/фиктивные объекты и т.д. легче (это и то, что воздействие шаблону-tasticness повышения поощрит Вас "сметь обрабатывать по шаблону" вещи, которые Вы никогда не рассматривали бы прежде, приводя к подобным преимуществам тестирования).
• boost::array. "C выстраивают" производительность, с проверкой диапазона в сборках отладки.
• повышение полно большого кода, который Вы не можете не изучить от [1 111]