я сомневаюсь что это очень серьёзная проблема, потому что обычно этот подход не использовался на нескольких элементах.
например надо было создать какой-то всплывающий мессадж бокс — создавался один див, а не целая пачка и аппендился обычно к body, тут проблем возникать не должно.
По первым двум пунктам я не соглашусь, всетаки apache + php + mysql самая распостраненная связка на хостингах, хотя если учитывать что то что вы описали аж никак не для маленьких домашних страничек. ф больше подходит под описание сильнонагруженых проектов, то тогда я думаю что разработчики используют на полную все аспекты выбраной конфигурации мало волнуясь за кросплатформенность
final class C{
public static $BYTE = 1;
public static $KILOBYTE = 1024;
public static $MEGABYTE = 1048576;
}
я понимаю такой подход в java но видел и в пхп
это класс констант с которым потом сравнивают переменные
чтото вроде if($myFileSize < C::$MEGABYTE)
я не думаю что стоит спорить должен это быть static или const
Делегирование тоже не всегда оправдано, например если большой класс использует туже БД только в одном своём методе, то делегировать БД в класс немного излишне
А создавать финальные классы со статическими свойствами это мне кажеться больше подходит для констант
$s1[$a1[]][$a2[1]]
зачем там $a1[]
это парсер что-то скушал или уличная магия?
например надо было создать какой-то всплывающий мессадж бокс — создавался один див, а не целая пачка и аппендился обычно к body, тут проблем возникать не должно.
Хочу поделиться с хаброобществом своей статье о скорости селекторов и правильном их написании.
mabp.kiev.ua/2009/02/07/speed-up-jquery-selectors/
надеюсь будет полезно
так не выйдет
допустим у нас синглтон БД
мы удаляем его не из объекта а снаружи
public static $BYTE = 1;
public static $KILOBYTE = 1024;
public static $MEGABYTE = 1048576;
}
я понимаю такой подход в java но видел и в пхп
это класс констант с которым потом сравнивают переменные
чтото вроде if($myFileSize < C::$MEGABYTE)
я не думаю что стоит спорить должен это быть static или const
У меня например возникают вопросы, вроде: как удалить синглтон объект если он больше не нужен чтобы он не занимал память
Делегирование тоже не всегда оправдано, например если большой класс использует туже БД только в одном своём методе, то делегировать БД в класс немного излишне
А создавать финальные классы со статическими свойствами это мне кажеться больше подходит для констант
final class C
{
public static $BYTE = 1;
…
…
}
mabp.kiev.ua/content/2008/04/17/registry/
все таки часть, потому что там кое чего не хватает, а в ямле не хватает комментов - это факт
У нас от донорства сиподм заражаються часто(((