Кодиране, методи, оптимизация на първата част дизайн, функции

Като програмист, след известно време определено ще се натъкнем на концепцията за оптимизация. Има много нива и начини да направите това, но предимно за увеличаване на скоростта, респ. намаляването на натоварването (по-малко използване на паметта, по-малко код и т.н.) е основната цел.

За по-малките скриптове наистина няма смисъл да говорим за това, дори ако нашата програма получава и обработва заявки от 100 000 потребители, тъй като колкото по-малка е една програма, толкова по-трудно е да я „оптимизираме“ добре. Разбира се, не е нужно да използвате "относително" бавни скриптови езици, когато програмирате от страна на сървъра, тъй като можете да направите същото с Java, Visual Basic или дори Assembly.
Голямото предимство на php е, че дава на програмиста доста голяма свобода. Не е необходимо да декларираме предварително нашите променливи, функции, не е нужно да се справяме с това, което се случва с тях по-късно и не трябва да се занимаваме с проблеми по време на изпълнение, тъй като това прави php парсерът за нас (поне се опитва). Сега пиша в 5 точки за това какво да търсите в php програмирането като цяло, от практическа гледна точка.

Дизайн 1

Аз лично не вярвам в дизайна. Това може да е така за мнозина, тъй като може да изглежда загуба на време, когато можем веднага да започнем да кодираме програмата, а останалите сега се надсмиват над нея или може би измислят „плюсовете“ по този начин (за щастие Все още не съм професионалист).)
Ако работим по-голяма работа, не пречи да видим в съзнанието си какво прави програмата или какво очакваме от нея. Ако заседнем, все пак можем да извадим писалката и хартията или въображението си. Но кое е по-добро? Ако запишем на лист хартия какво искаме и след това го декодираме наведнъж или започвайки от празна програма, постепенно стигаме до целта си.?

Нека разгледаме проста функция:

Или с опростен дизайн:

просто (текст, цвят);
Отпечатва посочения текст (Текст) с посочения цвят (Цвят)

Очевидно е, че ако планираме предварително (да кажем лошо:), коригирането на грешки понякога става невъзможно, тъй като не знаем къде и какво сме объркали и дори логиката, която сме следвали, може да бъде грешна в даден момент. Ако непрекъснато разширяваме кода, проблемите ще продължават да идват, но след известно разширение обикновено знаем, че (вероятно) нашата програма генерира грешка поради текущото разширение. Поради последното предпочитам непрекъснатото разширяване на определена програма. Ако използвате много файлове, е добра идея да опишете (например с графики, тоест да нарисувате) кой php файл какво използва и това е особено вярно, ако кодът е фрагментиран. Например имаме такъв списък:

main.php
съдържание.php
kepek.php
linksek.php
config/config.php
config/funcs.php
config/sql.php

Кой файл зависи от кой? Да предположим, че всички имате нужда от config.php? Или sql.php? Ако използвате много включване, е добра идея да ги включите в началото на файла, което определено ще ви трябва, докато това, което ще се изпълнява при определено условие, е само тогава и там. Това прави интерпретацията на php много по-лесна, тъй като честото вмъкване на хиляди серийни php файлове е значително.
изчислителна мощност. Така че в горния пример кажете, ако изброите images.php на базата на таблица на sql сървъра, но само ако потребителят щракне върху връзка:

2. функции

Вероятно функциите са най-полезните структури в програмирането, както и в математиката, въпреки че това звучи дебилно, тъй като самото програмиране се основава на функции (по-точно релации). На абстрактно ниво можем да видим, че напр. присвояване на стойност, контролни структури (ако и т.н. ...) са всички отношения. Днес чувате много (или малко) за oop, дори най-големите нови функции в php 5 са свързани с обекти. Когато мислим за клас, ние по същество си представяме набор от данни, върху които свързани функции изпълняват операции. Чел съм в много книги на php, за да използвам класове „обвивка“ навсякъде, където можем.