- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Процедурное и функциональное - одно и то же?
Как сильно влияет на скорость работы движка сайта тот факт, что он основан на объектно-ориентированном программировании?
Если движок функциональный, то все действия выполняется посредством функций и передачи им соответствующих параметров? Если ооп, то всё делается через классы?
если про PHP, то вы правы, там есть функциональный стиль программирования и объектно-ориентированный
на скорость работы движка не влияет тип программирования, влияют способы реализации того или иного функционала, алгоритма. ООП просто гораздо удобнее и универсально при разработке крупных проектов.
А движков, реализованных без использования ООП вы уже не найдете, наверное.
Первый раз слышу чтоб процедурное называли функциональное )
ООП на практике часто получается более тормозное и более ресурсоемкое.Потому что большинство пишущих на ООП считают что ОПП создано чтоб не думать когда делаешь.
Первый раз слышу чтоб процедурное называли функциональное )
ООП на практике часто получается более тормозное и более ресурсоемкое.Потому что большинство пишущих на ООП считают что ОПП создано чтоб не думать когда делаешь.
Это из другой области классификация, на сколько я помню. где-то из 80-90 годов. уровня бейсик
ООП на практике часто получается более тормозное
Сервера не дорогие, часто это оправданно. Работа программиста по разбору функционального кода может стоить дороже сервера. Потому ООП часто удобнее и выгоднее, с точки зрения бизнеса
А движков, реализованных без использования ООП вы уже не найдете, наверное.
А как же один из самых популярных WordPress? Почти весь код ядра процедурный.
Тут дело вкуса, кому как нравиться так и пишут.
На больших проектах при процедурном программировании можно глаз сломать :) когда смотриш чужой код. И в итоге не понять, что и как.
По мне так ООП выгоднее - организация кода гораздо луче, читаемость, переносимость кода(создал один файл класса и можно легко переносить на другие свои проекты). При определенных стандартов кода в проекте, для правок не надо открывать точку входа и стопятьсот файлов, а просто открыть файл с классом и внести нужные правки.
foxi, откуда такие выводы?
ООП на практике часто получается более тормозное и более ресурсоемкое.
Ваш "процедурный" PHP код я видел.. практически один и тот же код повторяемый и идет друг за другом, когда все это можно вынести в процедуры и вызывать с аргументами. И еще масса чего.. промолчу.
Функциональное программирование и процедурное – это разные вещи. Тут скорее всего имеется в виду процедурный стиль программирования (например, в противоположность ООП).
---------- Добавлено 03.02.2016 в 14:25 ----------
Да, ООП получается чуть тормознее, хотя конечно это во многом зависит от степени криворукости программиста. ООП структурируется попроще. Черный ящик получается получше. Но в общем дело вкуса и стандартов разработки.
В ООП процедурный стиль, естественно, тоже присутствует.
Сервера не дорогие, часто это оправданно. Работа программиста по разбору функционального кода может стоить дороже сервера. Потому ООП часто удобнее и выгоднее, с точки зрения бизнеса
Программисты - это такой же расходный материал как и оперативка с hdd. Если это небольшой скрипт, то его 5 раз в день можно полностью переписывать. Если высокопроизводительная система типа вконтакте, то там никакого ооп, только процедурный стиль.
По сабжу то никто ТС не ответил.
maks_m, процедурное и функциональное - разные в принципе.
В 2х словах это так:
Процедурное - любые операторы вызываются непосредственно, "по ходу кода", так сказать.
Функциональное - объявляются функции, которые могут использоваться в любом месте кода и с разными входными данными. Функции вызываются по мере необходимости.
ОПП - класс представляет собой описание поведения для объекта. Внутри класса те же функции и процедурный код.
На скорость работы движка влияет так (от быстро к медленному): П->Ф->ОПП
Почему так? Чем сложнее конструкция, тем дольше обрабатывает её интерпретатор, а конечные задействованные операторы в любом стиле будут одинаковые.
3й ваш вопрос, ответ - да, да. Но ничто не мешает использовать все три стиля в одном проекте, в зависимости от необходимости.
ОПП - используют для удобства поддержки кода, поэтому оно так популярно. П и Ф стиль зачастую вообще не читабельны.
Любопытный топик.
Всем участникам советуем прочитать определение базовых терминов.
Функциональное https://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Процедурное https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Объектно-ориентированное https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
feanorr-V, спасибо, коротко и ясно разложили.
Работа программиста по разбору функционального кода может стоить дороже сервера.
Все зависит от задачи. Работа программиста по разбору ОО кода воспроизводящего "Hello, world!", с заложенной масштабируемостью до генератора "войны и мира" может стоить куда дороже работы пионера, написавшего print "Hello, world!";