Почему «С» процедурный язык?

Слишком толсто

Объектно-ориентированность в C достигается не встроенными средствами самого языка, а как раз процедурными костылями и макропетушнёй.

Этим он отличается от своих потомков в виде Objective-C или C++, где для создания объектно-ориентированных программ из коробки доступны необходимые средства.

Напишите пожалуйста, если несложно, что определяет язык, как Функциональный, а что модульный, и что относит язык к обьектно-ориентированному?

Встроенные средства языка доступные программисту «из коробки» и определяют.

Язык диктует стиль. Конечно, все полные по Тьюрингу ЯП эквивалентны, можно на хаскеле писать в императивном стиле, а на С — в функциональном. Ну так и сексом заниматься можно стоя в гамаке на лыжах. Что это доказывает?

Хорошо. Что значит процедурный? Мне думается что в СИ нет процедур. Процедуры в ассемблере. Тогда как он может быть процедурным? Пож не обижайтесь. Я просто хочу понять.

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

Нет, нет. Разве вы не видите отличия между процедурой и функцией?

void func(void);

Это устройство функции. Она что то получает на вход, и что то выдает на выход. Даже тут функция получает пустоту и возвращает также пустоту. Но она и получает, и выдает. Это функция.

Процедура же, по своему строению иная.

Это может быть любой кусок кода

mov $, 
...
...
mov $,

Который я буду использовать в коде. Эта часть кода под именем процедура ничего не принимает и не выдает. Нет даже намека на входные параметры

сексом заниматься можно стоя в гамаке на лыжах

Описал всю суть ЛОРа.

Мне думается что в СИ нет процедур.

Вам думается неправильно.

Тогда как он может быть процедурным?

См.

https://en.wikipedia.org/wiki/Imperative_programming

https://en.wikipedia.org/wiki/Procedural_programming

In different programming languages, a subroutine may be called a procedure, a function, a routine, a method, or a subprogram

Процедура и функция — это одно и то же.

subroutine где-то ещё видел

В моём посте, быть может?

In different programming languages, a subroutine may be called

Эта часть кода под именем процедура ничего не принимает и не выдает.

А например, процедура (procedure) в паскале имеет входные параметры (может иметь и выходные, если по ссылке передавать). Так что твой пример - частный случай.

Практично считать процедуру частным случаем функции. А ещё был термин «подпрограмма» (тот самый subroutine, который чуть выше уже вспоминали).

Огромное всем спасибо что зашли и помогли разобраться. Спасибо

Любая процедура что-то получает на входе и выдаёт на выходе.

Да не за что.

Вообще, гораздо интереснее не спорить о терминах, а писать открытый код и обмениваться им. Если тебе нравится ассемблер, попробуй написать что-нибудь для Колибри, например. Меня этот вариант не слишком привлекает из-за прибитости к архитектуре процессора: напишешь что-нибудь под интел, и всякие малины в пролёте будут…

А например, процедура (procedure) в паскале

Кстати, в Oxygene Object Pascal это разделение выкинули. Так как в нём всё является объектом, то там больше нет procedure и function, а только method, который может возвращать, а может и не возвращать, значение.

Практично считать процедуру частным случаем функции.

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

Проще делить на императивный и функциональный, процедурный это ненужное уточнение которое не соответствует действительности.

В бейсике. GOSUB.

Ты обкурился чтоле? Схерали си объектно ориентирован? Гиде ты там объекты нашёл? Структуры это не объекты.

Конечно структуры не обьекты. И классы не обьекты.

Сейчас бытовые трудности не дают мне возможности изучить более детально Ассемблер. Если появится отдушина то я вернусь к изучению, и попытаюсь что нибудь написать. Может пользы от этого и не будет, но форумчанам такой говнокод настроение подымет.

Его и грушей можно считать. Просто называешь грушей и игнорируешь всех кто говорит что это не груша.

Функция ВСЕДА возвращает значение

a=f();

Процедура может возвращать значение только в параметрах

p(a,&b);

p1();

Почему «С» процедурный язык? (комментарий)

Читаю всё это, вижу сплошной хейт вокруг процедурного кода. Чем вам так, народ, не нравится процедурный код? А чем так хорош тогда ООП?

А чем так хорош тогда ООП?

Тем, что не надо таблицы виртуальных методов и приведение типов руками писать.

С алгебраическими типами данных этого и не нужно.

В Си их нет. Придётся руками конструировать через enum и union.

Читаю всё это, вижу сплошной хейт вокруг процедурного кода.

То ли я слепой, то ли у тебя глюки…

Нет ни функций, ни процедур: все член.

Функция выдает на выход значение. Процедура выполняется ради побочного эффекта.

Так С и называют высокоуровневым ассемблером, потому и процедурный. Процедура это «1. Порядок выполнения, ряд последовательных действий, необходимых для выполнения чего-нибудь». Просто плюсы не умеют как в Gentoo отрубать неиспользуемые куски объектов. А Си в свою очередь объект может иметь, если его создать вручную. Собственно любая команда языка С это тоже последовательность действий. Вот научатся понторезы, что создали плюсовый компилятор вырубать лишнее, тогда и появится очень медленный, но эффективный компилятор плюсов. А то у слова задница, которой они думают при создании компиляторов десятки тысяч значений и объект задница таким образом занимает слишком много времени и места, отчего программы получаются жирнее, чем должны были быть.

В реальности разницы нет, это только в языках с чистыми функциями можно так сказать где всё разделено, но и там не всё идеально. Так что в целом есть процедура которая по надобности является функцией и наоборот. Разницы нуль, для си это синонимы, одно и тоже и то и то вместе. Для хаскеля уже нет там это принципиально и религиозно разное.

Процеду́рное программи́рование — программирование на императивном языке, при котором последовательно выполняемые операторы можно собрать в подпрограммы, то есть более крупные целостные единицы кода, с помощью механизмов самого языка.

Вики же. А теперь в чём C тут не подходит? Причём рассматривай в первую очередь структуру { ... }, а не её специализацию в виде функции или цикла.

В понятиях Pascal и его наследников.

и что получается? что функция частный случай процедуры? вид если быть точнее

Про ООП это инкапсуляция, наследование и полиморфизм из коробки и не через жопу. Функциональщина это математическая трактовка функций со всеми вытекающими (привет лямбдам и замыканиям), процедурная это функции как подпрограммы, императивщина это последовательное выполнение команд, по типу when something do something (но я её очень поверхностно представляю, так что могу и ошибаться). Модульное программирование это про модули, которые как бы готовые и независимые подпрограммы.

Опять жжешь)

Практично считать процедуру частным случаем функции

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

В каментах пугающее количество людей, травмированных плохими учебниками из прошлого века, делятся сакральными (нет, дебильными) знаниями о различиях синонимов слова «подпрограмма».

сексом заниматься можно стоя в гамаке на лыжах

Описал всю суть ЛОРа.

Не до конца. Он не написал, с кем сексом-то заниматься!

Это искусственное разделение, предложенное Виртом и нигде не прижившееся (даже в современных диалектах паскаля типа Oxygene Object Pascal от этого избавились). write выполняется ради побочного эффекта, а не ради результата, а могла бы и вообще не возвращать результат, функции OpenGL1, например, не возвращают, код ошибки надо получать отдельной функцией.

Не до конца. Он не написал, с кем сексом-то заниматься!

С возвращением, Мистер D!

Это искусственное разделение, предложенное Виртом

Потом и Вирт от него отказался в пользу всё называть процедурами.

Что функция, что процедура, что метод - это синонимы подпрограммы (subroutine), но не из области concurrency (т.е. не coroutine), а как последовательность инструкций.

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

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

Ага, а язык, в который всё это натащили без разбору, гордо называется мультипарадигменным…

искусственное разделение, предложенное Виртом

Ну оно не такое уж и искусственное. Функции можно использовать в выражениях, в отличие от процедур общего вида.

Я привёл в пример сишную write. Как ты будешь использовать её в выражениях?