Кто-либо попытался сделать системные функции PHP Более объектно-ориентированными?
Вам нужно увеличить размер памяти в Jdeveloper, перейдите в setDomainEnv.cmd.
set WLS_HOME=%WL_HOME%\server
set XMS_SUN_64BIT=**256**
set XMS_SUN_32BIT=**256**
set XMX_SUN_64BIT=**3072**
set XMX_SUN_32BIT=**3072**
set XMS_JROCKIT_64BIT=**256**
set XMS_JROCKIT_32BIT=**256**
set XMX_JROCKIT_64BIT=**1024**
set XMX_JROCKIT_32BIT=**1024**
if "%JAVA_VENDOR%"=="Sun" (
set WLS_MEM_ARGS_64BIT=**-Xms256m -Xmx512m**
set WLS_MEM_ARGS_32BIT=**-Xms256m -Xmx512m**
) else (
set WLS_MEM_ARGS_64BIT=**-Xms512m -Xmx512m**
set WLS_MEM_ARGS_32BIT=**-Xms512m -Xmx512m**
)
и
set MEM_PERM_SIZE_64BIT=-XX:PermSize=**256m**
set MEM_PERM_SIZE_32BIT=-XX:PermSize=**256m**
if "%JAVA_USE_64BIT%"=="true" (
set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%
) else (
set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%
)
set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=**1024m**
set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=**1024m**
4 ответа
Отвечать на Ваш вопрос, Да там существует несколько из библиотек, которые делают точно, о чем Вы говорите. До которого Вы хотите использовать, совершенно другой вопрос. PHPClasses и pear.org являются хорошими местами, чтобы начать искать такие библиотеки.
Обновление: Поскольку другие предположили, что SPL является хорошей библиотекой и переносит многие созданные в функциях php. Однако все еще существует много функций php, которые это не переносит. Отъезд нас все еще без серебряной пули.
В использовании платформ, таких как Cakephp и Пехлеви (другие также), я заметил, что они пытаются решить некоторые из этих проблем включением их собственных библиотек и созданием основ, таких как возможность соединения DB в основу. Таким образом, платформы могут быть другим решением
Я думаю, что что-то вроде этого - intergral для PHP для продвижения. Будучи главным образом программистом .NET, я нахожу PHP болезненный для работы в с, он - 1 миллион и 1 глобальная функция. Хорошо, что PHP 5.3 имеет пространства имен, но не помогает вещам очень, когда их собственные библиотеки даже не объектно-ориентированы, уже не говоря о пространствах имен работы. Я не возражаю против PHP как против языка так, но их API ужасно дезорганизован, и ему, вероятно, нужен полный пересмотр. Отчасти как то, что прошел VB, когда это стало VB.Net.
Я не соглашаюсь. Объектно-ориентированное программирование не по сути лучше, чем процедурное программирование. Я полагаю, что Вы не должны использовать OO, если Вам не нужно полиморфное поведение (наследование, методы переопределения, и т.д.). Используя объекты как простые контейнеры для кода не стоит издержек. Это особенно верно для строк потому что их используемый так (например, как ключи массива). Каждое приложение может обычно извлекать выгоду из некоторых полиморфных функций, но обычно на высоком уровне. Вы когда-либо хотели бы расширить Строковый класс?
Кроме того, немного истории необходимо для понимания именования нечетной функции PHP. PHP основывается вокруг Стандартной библиотеки для C и стандарта POSIX и использует многие из тех же имен функций (strstr, getcwd, ldap_open, и т.д.). Это - на самом деле хорошая вещь, потому что она минимизирует объем кода привязки к языку, гарантирует, что очень хорошо продумал набор функций (примерно что-либо, что можно сделать в C, который можно сделать в PHP), и эти системные библиотеки высоко оптимизированы (например, strchr обычно встраивается, который делает ее о 10x быстрее).
Слишком много раз. Как только кто-то обнаруживает, что PHP имеет функции OO, они хотят перенести все в классы.
Точка к материалу OO в PHP - то, так, чтобы можно было спроектировать решения в том, какой бы ни путь Вы хотите. Но обертывание существующих функций в Объектах не приводит к большому количеству выплаты.
Так как тот ядро упомянутой PHP уже, довольно объектно-ориентировано. Смотрите на SPL.