Юмор, Темы для PHP-конференции - предварительная запись тем

  • Автор темы PhpGuest
  • Дата начала

PhpGuest

Guest
Незнаю на сколько актуально - но хотелось бы чтобы была затронута вот какаая тема.

Принимаются любая критика.

Модернизация технологии PHP в создании сайтов

На мой взгляд существуют недостати или даже недоработки идеологии PHP.
Основной недостаток - отсутствие единных стандартов автоматизации построения сайтов
с использованием PHP. Разработчики PHP по моему уделяют основное внимание именно
языку php как таковому почти не уделяя внимания технологии построения
сайтов с использованием PHP.

Совершенствоание языка php - да это тоже важная задача,
я вообще в идеале вижу модель языка php близкой к java и в частности доработка обьектной модели
касательно аналога properties Delphi. но сейчас не об этом. Имхо развите процедурного подхода (коии пропагпндируется в php
это шаг назад)

Имхо поскольку php специализированный язык создния сайтов так и нужно делать его более
специализированным а не делать из него язык общего назначения. Сами посудите на сколько глубака встроенная специальизация PHP для web? Создание автомассивив типа POST, автокавычки ... ?

Существует множество библиотек расширяющих возможности php. Но в них по большому счету
реализуется одно и тоже с разных сторон. Михо это тавтология и изобретение велосипеда.
Почему бы не разработать единую модель построения сайтов в рамках PHP. В частности
ввести встроениые механизмы аутентификации и учета пользователей сайта снабдив их обьектными
(а не процедурными!) интерфейсами доступа из клиентских пользовательских скриптов.
Ввести единую обьектную встроенную модель работы с html шаблонами. Создать удобную(!) и желательно
тоже встроенную (! встроенную в виде модля php) обьектную( !) библоитеку визуализации работы с
базой данных - визуальных компонент (tDbGrid итд, аналог VCL того же дельфи) с использованием той же встроенной
модели шаблонов.

Реалиовать обьектную встроенную гибкую модель обработки "сырых" данных форм POST и GET.
Модель хранения обьектов всесси.
Возможность прерывания работы скрипта сохранения прерванного обьекта в сесси и грамотного(! )
востановления работы скрипта с прерванной строки, что обеспечит возможность работы не в рамках "событийной модели" - генерация и отправка html.. страницы клиенту и получение данных от него и обвботка определнным скриптом а еще и "линейную модель" традицинного программирования.

Более тесная интеграция с XML.
Моджет таки стоит подумать о втроенной простенькой DB типа DBM?
Управлением в рамках PHP доступа к определеным файлам
функциями file fopen w r а не ко всем подряд?



дальше не думал однако %)
 

Ямерт

The Old One
"Имхо развите процедурного подхода (коии пропагпндируется в php это шаг назад)"
----------------
В PHP5 есть существенные улучшения в ООП, разве нет?
кстати, примеры пропаганды в студию.

"Имхо поскольку php специализированный язык создния сайтов так и нужно делать его более
специализированным а не делать из него язык общего назначения"
----------------
А кто из него делает язык общего назначения?

"Существует множество библиотек расширяющих возможности php. Но в них по большому счету
реализуется одно и тоже с разных сторон. Михо это тавтология и изобретение велосипеда."
----------------
Ну так вразуми тупых разработчиков - напиши им, открой глаза :)

"Ввести единую обьектную встроенную модель работы с html шаблонами"
----------------
В PEAR их, по-моему, хватает - к примеру, IT templates или Sigma.

"и желательно
тоже встроенную (! встроенную в виде модля php) обьектную( !) библоитеку визуализации работы с
базой данных - визуальных компонент (grid, аналог VCL того же дельфи) с использованием той же встроенной
модели шаблонов."
----------------
У PHP и Delphi совершенно разные ниши. Кстати, зачем эта модель визуализации PHP?

"Модель хранения обьектов всесси."
----------------
Зачем?

"Возможность прерывания работы скрипта сохранения прерванного обьекта в сесси и грамотного(! )
востановления работы скрипта с прерванной строки."
----------------
Это как?

"Более тесная интеграция с XML."
----------------
Как ты это видишь, и для чего это надо?
 

Ямерт

The Old One
Однако пока я писал, текст уже дополнился...

"Основной недостаток - отсутствие единных стандартов автоматизации построения сайтов
с использованием PHP"
--------------
А может, это наоборот, хорошо? Кстати, что мешает при создании системы просто придерживаться определённой концепции, к примеру, MVC?

"Моджет таки стоит подумать о втроенной простенькой DB типа DBM?"
--------------
Так вроде ж, SQLite есть...

"Управлением в рамках PHP доступа к определеным файлам
функциями file fopen w r а не ко всем подряд?"
--------------
Чего-чего?

З.Ы. Кстати, ты случайно не сторонник вот таких правильных программ? Объекты, тот же MVC, все дела.
 

PhpGuest

Guest
"Имхо развите процедурного подхода (коии пропагпндируется в php это шаг назад)"
----------------
В PHP5 есть существенные улучшения в ООП, разве нет?
кстати, примеры пропаганды в студию.
=========
Что есть возможность писать глобальные функции и переменные как не пропаганда? Посмотри на код разработчиков - подавляющее его кол-во в процедурном стиле написано.
Даже приорритет вызова в методах отдается глобальным функциям -
меня например добивает ставить $this в классе если обращени идет к его собственным полям и методам
когда даже с точки зрения компилятора очевидно
что вызывается не глобфункция а местный метод

В 5 да есть улучшения согласен. Но моедль еще улучшать и улучшать. Разве нет?


"Имхо поскольку php специализированный язык создния сайтов так и нужно делать его более
специализированным а не делать из него язык общего назначения"
----------------
А кто из него делает язык общего назначения?
=========
Разработчики. Автоматизация для Веб - минимальна.
С тем же успехом можно си напрмер взять и рабоваться.

"Существует множество библиотек расширяющих возможности php. Но в них по большому счету
реализуется одно и тоже с разных сторон. Михо это тавтология и изобретение велосипеда."
----------------
Ну так вразуми тупых разработчиков - напиши им, открой глаза :)
=========
А уже поно - непродуманная идеология php к этому привела


"Ввести единую обьектную встроенную модель работы с html шаблонами"
----------------
В PEAR их, по-моему, хватает - к примеру, IT templates или Sigma.
=========
да в том же пеар их больше двух? и + еще куча шаблонизаторов старонних разработчиков.
Отсюда большая непереносимость готовых шаблонов
В хаблонах ввобще да принципиальных подхода - событийная модель обработчика тэгов и дерективная. Оба можно в одну
модель загнать


"и желательно
тоже встроенную (! встроенную в виде модля php) обьектную( !) библоитеку визуализации работы с
базой данных - визуальных компонент (grid, аналог VCL того же дельфи) с использованием той же встроенной
модели шаблонов."
----------------
У PHP и Delphi совершенно разные ниши. Кстати, зачем эта модель визуализации PHP?

Ниши то раные - но там много замечательных идей которые не использовать в php по моему неразумно
А ты посмотри какой огород начинающие програмисты горадят - жуткая сесь html и php
я думаю что сама идея смешивания html и php кода пагубна-
пока жестко не будет запрещено безобразие так ибудет продолжаться. А насколько удобна работа с визуальными компанентами как с обьектами - разве не замечал? Что ты делашь например когда нужно построить форму - html тэги?

"Модель хранения обьектов всесси."
----------------
Зачем?

Как это зачем - если обьектно ориентир программирование - то отсутствие созможности хранить в сесси обьекты - по меньшей мере странно.
Если данные представляются в виде обьекта - то и хранить их в сесси тоде в виде обьекта нужно
А твой вопрос - он скорее на процедурный уклон смахивает

"Возможность прерывания работы скрипта сохранения прерванного обьекта в сесси и грамотного(! )
востановления работы скрипта с прерванной строки."
----------------
Это как?
=========
Например работает метод
в каком то месте ты директивно прерываешь его работу
Обьект с этим методом сохраняется в сесси и при следующем вызове работа метода возобновляется с преравнно строки


"Более тесная интеграция с XML."
----------------
Как ты это видишь, и для чего это надо?
=========
Я ввобще вижу это в работе php в аналогиис java
 

PhpGuest

Guest
Автор оригинала: Ямерт
Однако пока я писал, текст уже дополнился...

"Основной недостаток - отсутствие единных стандартов автоматизации построения сайтов
с использованием PHP"
--------------
А может, это наоборот, хорошо? Кстати, что мешает при создании системы просто придерживаться определённой концепции, к примеру, MVC?
========
Я считяю это плохо так как пладит кучу подходов
и затрудняет мобильноость и расширяемость и универсальность программ. Псмотри сколько йтех же CMS наплодили гостевых книг форумов...

"Моджет таки стоит подумать о втроенной простенькой DB типа DBM?"
--------------
Так вроде ж, SQLite есть...
========
точно, забыл!

"Управлением в рамках PHP доступа к определеным файлам
функциями file fopen w r а не ко всем подряд?"
--------------
Чего-чего?

З.Ы. Кстати, ты случайно не сторонник вот таких правильных программ? Объекты, тот же MVC, все дела.
========
Модель помоему очень правильная :)
Позваляет создавать среды автоматизации программирования с очень высокой автоматизацией.
Попробуй создай хорошую среду в которой жуткая сместь кода и html
 

PhpGuest

Guest
Автор оригинала: PhpGuest
"Имхо развите процедурного подхода (коии пропагпндируется в php это шаг назад)"
----------------
В PHP5 есть существенные улучшения в ООП, разве нет?
кстати, примеры пропаганды в студию.
=========
Что есть возможность писать глобальные функции и переменные как не пропаганда? Посмотри на код разработчиков - подавляющее его кол-во в процедурном стиле написано.
Даже приорритет вызова в методах отдается глобальным функциям -
меня например добивает ставить $this в классе если обращени идет к его собственным полям и методам
когда даже с точки зрения компилятора очевидно
что вызывается не глобфункция а местный метод

В 5 да есть улучшения согласен. Но моедль еще улучшать и улучшать. Разве нет?


"Имхо поскольку php специализированный язык создния сайтов так и нужно делать его более
специализированным а не делать из него язык общего назначения"
----------------
А кто из него делает язык общего назначения?
=========
Разработчики. Автоматизация для Веб - минимальна.
С тем же успехом можно си напрмер взять и рабоваться. или перл чем хуже?

"Существует множество библиотек расширяющих возможности php. Но в них по большому счету
реализуется одно и тоже с разных сторон. Михо это тавтология и изобретение велосипеда."
----------------
Ну так вразуми тупых разработчиков - напиши им, открой глаза :)
=========
А уже поно - непродуманная идеология php к этому привела


"Ввести единую обьектную встроенную модель работы с html шаблонами"
----------------
В PEAR их, по-моему, хватает - к примеру, IT templates или Sigma.
=========
да в том же пеар их больше двух? и + еще куча шаблонизаторов старонних разработчиков.
Отсюда большая непереносимость готовых шаблонов
В хаблонах ввобще да принципиальных подхода - событийная модель обработчика тэгов и дерективная. Оба можно в одну
модель загнать


"и желательно
тоже встроенную (! встроенную в виде модля php) обьектную( !) библоитеку визуализации работы с
базой данных - визуальных компонент (grid, аналог VCL того же дельфи) с использованием той же встроенной
модели шаблонов."
----------------
У PHP и Delphi совершенно разные ниши. Кстати, зачем эта модель визуализации PHP?

Ниши то раные - но там много замечательных идей которые не использовать в php по моему неразумно
А ты посмотри какой огород начинающие програмисты горадят - жуткая сесь html и php
я думаю что сама идея смешивания html и php кода пагубна-
пока жестко не будет запрещено безобразие так ибудет продолжаться. А насколько удобна работа с визуальными компанентами как с обьектами - разве не замечал? Что ты делашь например когда нужно построить форму - html тэги?

"Модель хранения обьектов всесси."
----------------
Зачем?

Как это зачем - если обьектно ориентир программирование - то отсутствие созможности хранить в сесси обьекты - по меньшей мере странно.
Если данные представляются в виде обьекта - то и хранить их в сесси тоде в виде обьекта нужно
А твой вопрос - он скорее на процедурный уклон смахивает

"Возможность прерывания работы скрипта сохранения прерванного обьекта в сесси и грамотного(! )
востановления работы скрипта с прерванной строки."
----------------
Это как?
=========
Например работает метод
в каком то месте ты директивно прерываешь его работу
Обьект с этим методом сохраняется в сесси и при следующем вызове работа метода возобновляется с преравнно строки


"Более тесная интеграция с XML."
----------------
Как ты это видишь, и для чего это надо?
=========
Я ввобще вижу это в работе php в аналогиис java
 

Verk

Guest
Автор оригинала: PhpGuest дальше не думал однако %)
А что тут думать-то ?
Пиши на яве, раз так нравится.
Там этих объектных моделей и фреймворков туева хуча.
 

tony2001

TeaM PHPClub
>Даже приорритет вызова в методах отдается глобальным функциям -
>меня например добивает ставить $this в классе если обращени идет к его
>собственным полям и методам
>когда даже с точки зрения компилятора очевидно
>что вызывается не глобфункция а местный метод

давай ты будешь рассуждать о том, что очевидно "компилятору", а что - нет, только после написания своего собственного "компилятора".
дилетантские разговоры в подобном стиле смысла не несут.

>В 5 да есть улучшения согласен. Но моедль еще улучшать и улучшать. Разве нет?
редактор в руки и улучшай.
код открыт, патчи принимают.

>Разработчики. Автоматизация для Веб - минимальна.
автоматизируй.
it's opensource.

>С тем же успехом можно си напрмер взять и рабоваться. или перл чем хуже?
ничем не хуже.
все вольны выбирать то, что им нравится.
тебе не нравится - не используй.

>Существует множество библиотек расширяющих возможности php. Но в них по
>большому счету реализуется одно и тоже с разных сторон. Михо это тавтология и
>изобретение велосипеда.
вот здесь, плз, подробнее.
с указанием КТО и ЧТО дублирует.

>А уже поно - непродуманная идеология php к этому привела
луна сделана из сыра, а солнце - из масла.
что-нибудь существенное мсье собирается говорить, кроме этих "аксиом"?

>Ввести единую обьектную встроенную модель работы с html шаблонами
никогда этого не будет.
это OpenSource и каждый волен изобретать свои модификации велосипедов сколько угодно.
если тебе хочется сидеть в клетке кем-то навязанных ограничений - это не для тебя, используй VB и не вспоминай про PHP.

>да в том же пеар их больше двух? и + еще куча шаблонизаторов старонних разработчиков.
ну и отлично.
тебя не смущает, что моделей машин больше 1-й? странно.
надо, чтобы все ходили в ногу и строем - тогда и будет счастье, правда?

>В хаблонах ввобще да принципиальных подхода - событийная модель
>обработчика тэгов и дерективная. Оба можно в одну модель загнать
прочел все буквы, не смог составить слова.

>Ниши то раные - но там много замечательных идей которые не использовать в php
>по моему неразумно
тебе стоит обратить внимание на свои же утверждения.
PHP - веб-ориентированный язык и заимствовать из Дельфи ему почти нечего.

>А ты посмотри какой огород начинающие програмисты горадят - жуткая сесь html и php
>я думаю что сама идея смешивания html и php кода пагубна-
>пока жестко не будет запрещено безобразие так ибудет продолжаться.
предлагаю расстреливать за это.

>А насколько удобна работа с визуальными компанентами как с обьектами - разве не замечал?
нет, не замечал.

>Как это зачем - если обьектно ориентир программирование - то отсутствие
>созможности хранить в сесси обьекты - по меньшей мере странно.
сэр, ваши данные устарели на несколько лет.
объекты уже давным давно хранятся в сессии.

>Например работает метод в каком то месте ты директивно прерываешь его работу
>Обьект с этим методом сохраняется в сесси и при следующем вызове работа
>метода возобновляется с преравнно строки
красиво, но к РНР не относится никак.

>Я ввобще вижу это в работе php в аналогиис java
вот и используй Java на здоровье.
а мы будем использовать расширенную поддержку XML в PHP5.
жаль, что тебя с нами не будет.
 
Сверху