Ось вам best practices з тієї купи лайна, з якою я зараз працюю:

int max_etap = (prosm == 0)? 0 : 3 ; // для случая просмотра задаем номер максимального реализованного этапа - сейчас 3-й этап
    int pro =  (prosm != 0)? 1 : 0 ;     // переменная для формулы в следующей строке
    switch (din_etap * abs(pro - 1) + max_etap) {
       case 3: {/*купа коду*/ 
       break; }
       case 2: {/*купа коду*/ 
       break; }
       case 1: {/*купа коду*/ 
       break; }

Ну тоді хай це тут побуде:
http://uk.wikibooks.org/wiki/Настанови_ … ня_C%2B%2B
http://uk.wikibooks.org/wiki/Настанови_ … ня_C%2B%2B

Ви так написали, ніби навели кращу альтернативу.
А 90% програмістівлюдей, що пишуть програми, не зможуть відсортувати масив принципово краще за qsort (дай Боже, щоб хоча б без помилок).

На даний момент розробляю "односторінковий" сайт ... але мій варіант мабуть вже можна назвати "двосторінковим", бо головними сторінками, в залежності від контексту, може бути або /index.html, або /index.php.

На index.html спрямовуються всі запити для завантаження статичних шаблонів (*.html), а на index.php спрямовуються динамічні запити (наприклад, коли потрібно інфу витягувати з БД).

Окрім головної сторінки, всі навігаційні URI-адреси на сайті є віртуальними, а тому веб-серверу потрібно чітко прописати правила "коли на запит видавати статичну, а коли динамічну index-сторінку".

Я для себе вирішив це наступним чином: всі динамічні запити завжди повинні починатись префіксом /json/, а решту - спрямовувати на index.html

Відповідні apache-директиви у файлі .htaccess мають такий вигляд:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/json/
RewriteRule . /index.html [PT]
RewriteCond %{REQUEST_URI} ^/json/
RewriteRule . /index.php [PT]

P.S. Тему краще перейменувати, бо "кращі практики та різні бібліотеки" якось погано стикуються із "задачами"

Та цій розробці вже... до речі, як вона зараз себе поводить, теж хаває проц під 50%?