[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: "чрезмерная функциональность"
NewBePhp
Всем привет! Хочу провести опрос по поводу "чрезмерной функциональности" в скриптах php. Скажем, если большая часть движка (95% - кому точные данные важнее увидеть) реализована посредством функций (с ООП ситуация мне ясно). Какие положительные и/или отрицательные моменты можете привести? Спасиб за понимание жду Ваших ответов!



Спустя 11 минут, 43 секунды (5.01.2010 - 10:10) twin написал(а):
Ну сам же тему так назвал - чего ж хорошего, если чрезмерная... smile.gif

Спустя 3 минуты, 44 секунды (5.01.2010 - 10:14) NewBePhp написал(а):
twin
ок значит пока тока 1 минус)) спасиб за ответ

Спустя 1 минута, 12 секунд (5.01.2010 - 10:15) twin написал(а):
Минус чему? Чрезмерному функционалу? А разве могут быть плюсы...
Ту как то невнятно сформулировал критерии опроса.

Спустя 3 минуты, 25 секунд (5.01.2010 - 10:18) NewBePhp написал(а):
twin
опрос - конеш громко сказано ... больше интересует мнения и комментарии по существу blink.gif
хочется попробовать реализовать подобно с++... но че то сомнения берут что это того стоит... тем более в с++ есть много моментов которые способствуют чрезмерному функционалу... но может ли так потянуть пхп

Спустя 12 минут, 5 секунд (5.01.2010 - 10:30) glock18 написал(а):
NewBePhp
суть вопроса совершенно непонятна

Спустя 1 час, 32 минуты, 21 секунда (5.01.2010 - 12:03) HardWoman написал(а):
Функциональность не может быть чрезмерной, если она нужна для оптимальной работы сервиса.

Вопрос в другом - насколько нагрузочный проект получается с востребованной функциональностью. Ну тут уже нужно искать разумный компромисс

Спустя 19 минут, 38 секунд (5.01.2010 - 12:22) twin написал(а):
Цитата
Функциональность не может быть чрезмерной, если она нужна для оптимальной работы сервиса.

Не понял фразы...
По моему тут взаимоисключение: чрезмерная функциональность для оптимальной работы сервиса.

Если функциональность востребована, она не чрезмерна. А если есть неиспользуемая функциональность - значит это не оптимально.

Часто в погоне за коньюнктурой приложение обвешивается тем, что будучи призванным улучшить его, на самом деле приносит одни проблемы. Простой пример: часы не странице. В каждом компе есть встроенные часы, зачем тратить трафик и качать скрипт часов в окно браузера...

Все зависит от предназначения приложения. Если это CMS, значит его задача обеспечить управление контентом. Если это фреймворк - его задача упростить разработку. Два в одном флаконе - чрезмерность. Потому что управление контентом не требуется на стадии разработки, а когда приложение готово к бою "умирает" очень существенная часть функционала, используемого при разработке. Контент-менеджер не будет изучать фреймворк, что бы управлять контентом.

С точки зрения оптимальности полиформизм вреден, задача должна решаться под конкретные требования. Усложняется это тем, что внести поправки в такую систему при дальнейшем обслуживании смогут только специалисты достаточно высокой квалификации. По этому появляются на свет монстроподобные Джумлы, которые пытаются разработку свести к нажатию нескольких кнопок. Что неизбежно тянет за собой избыточность и неоптимальность.

Вот кому удасться найти компромисс между простотой разработки и оптимальностью конечного продукта - тот будет герой. smile.gif

Спустя 1 час, 17 минут, 14 секунд (5.01.2010 - 13:40) VolCh написал(а):
По-моему кто-то не правильно использует слово "функциональность" rolleyes.gif

Спустя 1 час, 19 минут, 26 секунд (5.01.2010 - 14:59) twin написал(а):
Кто то просто совершенно мутно задал вопрос. smile.gif

Спустя 3 часа, 17 минут, 50 секунд (5.01.2010 - 18:17) Michael написал(а):
Цитата (NewBePhp @ 5.01.2010 - 08:58)
Всем привет! Хочу провести опрос по поводу "чрезмерной функциональности" в скриптах php. Скажем, если большая часть движка (95% - кому точные данные важнее увидеть) реализована посредством функций (с ООП ситуация мне ясно). Какие положительные и/или отрицательные моменты можете привести? Спасиб за понимание жду Ваших ответов!

функциональности тут видимо обилие функций. smile.gif

Немного устарелый подход. Не очень хорошо по-моему. Функции делают упор на последовательности действий, а не на самих действиях. ООП в этом смысле на голову вперед( особенно при сопровождении) - акцент ставится на реальных объектах и что они делают (т.е. программист описывает систему/мир как она есть).
А куча функций не отражает реальных процессов, реального мира. К тому же функции по правильному должны просто возвращать какие-то данные, а в обычно распространенном писательстве банально меняют глобальные переменные wink.gif , что вообще никуда не годится...
А там думай сам.

Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.