- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
// ...
if (isset($_GET["download"])) {
include "./download.inc.php";
} elseif (isset($_GET["table"])) {
include "./table.inc.php";
} elseif (isset($_GET["schema"])) {
include "./schema.inc.php";
} elseif (isset($_GET["dump"])) {
include "./dump.inc.php";
} elseif (isset($_GET["privileges"])) {
include "./privileges.inc.php";
} elseif (isset($_GET["sql"])) {
include "./sql.inc.php";
} elseif (isset($_GET["edit"])) {
include "./edit.inc.php";
} elseif (isset($_GET["create"])) {
include "./create.inc.php";
} elseif (isset($_GET["indexes"])) {
include "./indexes.inc.php";
} elseif (isset($_GET["database"])) {
include "./database.inc.php";
} elseif (isset($_GET["scheme"])) {
include "./scheme.inc.php";
} elseif (isset($_GET["call"])) {
include "./call.inc.php";
} elseif (isset($_GET["foreign"])) {
include "./foreign.inc.php";
} elseif (isset($_GET["view"])) {
include "./view.inc.php";
} elseif (isset($_GET["event"])) {
include "./event.inc.php";
} elseif (isset($_GET["procedure"])) {
include "./procedure.inc.php";
} elseif (isset($_GET["sequence"])) {
include "./sequence.inc.php";
} elseif (isset($_GET["type"])) {
include "./type.inc.php";
} elseif (isset($_GET["trigger"])) {
include "./trigger.inc.php";
} elseif (isset($_GET["user"])) {
include "./user.inc.php";
} elseif (isset($_GET["processlist"])) {
include "./processlist.inc.php";
} elseif (isset($_GET["select"])) {
include "./select.inc.php";
} elseif (isset($_GET["variables"])) {
include "./variables.inc.php";
} elseif (isset($_GET["script"])) {
include "./script.inc.php";
} else {
include "./db.inc.php";
}
// ...
Follow us!
foreach (array("download", "table", ...) as $command) {
if (isset($_GET[$command])) {
include "./$command.inc.php";
break;
}
}
That wouldn't work with inlining the includes.
Rude!
- wrap body of each .inc.php file into nice function;
- include all .inc.php files unconditionally, just like bootstrap.inc.php and tmp.inc.php.
This will not do any harm to single file version. And performance loss will be negligible.
It can't evaluate loops and relies heavily on the structure of this file.
haha! You just made my day
Look at this: з.
Look at this :з.
После такого внезапно начинаешь любить крестошаблоны.
E_ALL & ~E_NOTICE?
17 байт
> 6135
4 байта
Оптимизация же. Меньше размер файла и не нужно вычислять значение в рантайме
Я тоже после такого начал, но как их выучить?
Я уже спрашивал, никто не ответил, как выучить С++?
Зачем выучивать C++? Просто пиши программы на нём.
Может книжку посоветуешь?\'"
Советую почитать Страус Трупа, очень интересный роман, неожиданный начало, неожиданный середина, неожиданный повороты сюжета, неожиданный концовка...
Потому что он очень уныло пишет, скучно. Я его прочитал (версию для C++03, свежую уже не читал), но мейерс мне кажется гораздо более практичным и интересным стартом.
Ну и за код, набранный пропорциональным шрифтом, нужно давать по лысине.
А с другой стороны - ну да, в общем-то и похуй на ширину символов (если нет тарасоформатирования), нормально читается.
Ну нет. Похожие вещи должны выглядеть похоже. Очень сложно сделать нормальное форматирование для некоторых вещей, если ширина символов варьируется. В каком-нибудь хаскеле часто пишут
В пропорциональных шрифтах ширина ::, =>, -> разная, и такая сигнатура будет выглядеть как говно.
В плюсцах, например, тоже можно форматировать код Удачи с угадыванием числа пробелов во второй строчке для пропорционального шрифта.
Короче пропорциональный шрифт для кода ещё хуже, чем табы.
Вот как раз смешанный стиль indent with tabs, align with spaces смотрится нормально. А выравнивание чистыми табами выглядит уёбищно при другом размере табов.
Если не смешивать, ты ограничен исключительно убогим форматированием кода. Если смешивать, нужно очень много дисциплины, чтобы отформатировать код правильно.
Если ты хочешь нормальное, произвольное форматирование, предыдущий пример (допустим, это всё вложенно) тебе придётся форматировать как-то так (␉ — таб, . — пробел)Т.е. нужно думать, где какие символы нужно вставлять, чтобы код нормально выглядел при любой ширине таба. Делать такое руками — идиотизм и напрасная трата времени. Умный форматтер мог бы это делать, но как правило, такой код форматируется вручную ушлёпками, которые считают себя невероятно умными оптимизаторами и тычут табы как попало, но при этом не задумываются о последствиях. В итоге весь такой код выглядит как говно при ширине таба, отличной от ширина таба автора.
Кстати, да. Если в питоне отказались от скобок, потому что все равно есть отступы - так почему бы не пойти дальше? Если комментарии и ключевые слова подсвечиваются разным цветом, почему бы не отличать одно от другого просто по цвету?
Основной цикл программы
void while(int int)
{
bool true = true; Флажок прерывания
while (true)
{
printf(Число: %i, int + 1);
...
}
}
Правда шаблоны ты врядли там будешь создавать
Ты так говоришь, как-будто в среднестатистическом проекте (не либе) кто-то пишет сложные шаблоны.
` '
Лучше любить неизвестное
http://cppstudio.com/wp-content/images/books/osvoy_samost_cpp.png
It's quite funny to read your rants when it's obvious you don't know the context for conscious design decisions.
The only correct approach is to deploy so called "migration script" to staging and then (in case of success) to production.
People who really use web interface to hack data on production servers should be cast to pit.
It is pretty clear of anyone outside of PHP world.