36222

Парадигмы программирования. Правила структурного программирования

Доклад

Информатика, кибернетика и программирование

Создавались вполне работоспособные программы. Это можно объяснить только тем что программы в те времена были в основном простые работала над каждой группа не больше чем 10 человек а чаще всего вообще только программист. Он же потом осуществлял сопровождение программы и перенос в случае необходимости на другие аппаратные платформы...

Русский

2015-01-18

37.5 KB

0 чел.

Парадигмы программирования

Программирование как таковое существует с середины XX века. По преобладанию определённой парадигмы можно различить три периода:

  1.  На заре  появления программирования как такового никаких правил, ограничивающих фантазию программиста, не существовало. Причём создавались вполне работоспособные программы. Это можно объяснить только тем, что  программы в те времена были в основном простые, работала над каждой группа, не больше, чем 10 человек, а чаще всего вообще только 1 программист. Он же потом осуществлял сопровождение программы и перенос в случае необходимости на другие аппаратные платформы.

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

На это были свои причины, написание логичных и читабельных программ было невозможно  объективно, поскольку не было нужных средств в самих языках программирования, например, каждая ветвь условного оператора (IF) в языке FORTRAN позволяла исполнить только 1 оператор в каждой ветви, поневоле приходилось использовать безусловный переход (GOTO), чтобы отработать все операторы ветви, а затем ещё один переход, чтобы вернуться на следующий оператор после IF.

Но не было и объективной необходимости ставить читабельность одним из основных качеств программы:

  •  не было аппаратных средств, позволяющих работать в интерактивном режиме, и данное обстоятельство существенно снижает потребность в условных конструкциях.
  •  программы были небольшими и поэтому писались одним программистом
  •  программы были, в основном, вычислительными, а для таких задач критичны временные затраты, поэтому на первый план для них выходит увеличение быстродействия. А требования повышения быстродействия и читабельности противоречат друг другу.
  1.  Со временем умножились потребности общества в очень разноплановом ПО, создание которого стало возможным благодаря качественно – значимому росту потенциала электронной техники. В тысячи раз возросли быстродействие, и память ЭВМ. Это позволило создавать уже не компактные программы, а огромные программные комплексы, так называемые пакеты программ.  Совместная работа многих программистов в рамках одного проекта стала насущной потребностью. А она бесконечно осложнялась беспорядочностью программ и их плохой читабельностью.

В конце 60-х годов знаменитый программист Эдсгер Дейкстра, обозначив проблему, первым ввёл термин структурное программирование. Он обозначил им необходимость следовать при написании программ определенным правилам, придерживаться строгой иерархии при структурировании программы и признал «оператор GOTO вредным». Это вызвало ожесточённую полемику в рядах программистов. Итогом её была  победа структурного мышления.

Структурное программирование – это дисциплина,  которую программист навязывает сам себе, имея целью создание качественного ПО.

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

Правила структурного программирования

  1.  При построении структуры пакета программ, придерживаться иерархической структуры, избегая беспорядочного вызова мелких подпрограмм.
  2.  Каждая подпрограмма должны выполнять законченную логическую функцию.
  3.  Желательно, чтобы размер подпрограммы не превышал 100 операторов (оптимально -25 операторов, которые можно одновременно увидеть на экране монитора).
  4.  Использовать только обобщённые управляющие конструкции (см. след. раздел), применять оператор GOTO только в специальных, «разрешённых» случаях (например при переходе на конец программы).
  5.  Заботиться о прозрачности программ, о возможности их тестирования ещё на этапе разработки структуры пакета, приступать к написанию тестов ещё до написания программ.
  6.  Повышать «читабельность» программы, для чего следует:
  •  Избегать вложенности циклов и операторов IF более 3-х уровней
  •  Избегать так называемых «программистких трюков» всегда отдавая предпочтения наиболее понятному варианту при написании кода.
  •  Использовать «говорящие» идентификаторы, родственные идентификаторы должны начинаться с одинакового префикса.
  •  Комментировать программу
  1.  Следующий кризис программирования произошёл двадцать лет спустя.  К этому времени неизмеримо возросли возможности электронной техники. Вычислительные задачи перестали быть основным её предназначением. С появлением персональных компьютеров (ПК) наиболее распространёнными стали мультимедийные задачи. Потребность в написании программ стала столь велика, что невозможно стало её удовлетворение «ручным» способом. Насущной стала проблема автоматизации процесса программирования.

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

Решение этих проблем было найдено созданием специального типа данных – классов (в языке Паскаль объектов), которые позволяют объявить данные закрытыми, что делает невозможным их изменение другим способом, кроме как специальными функциями – методами, которые содержатся в самом классе. Это свойство класса – объединение в рамках одного объекта и данный и методов их обработки - называется инкапсуляцией.

В 1989 году началась так называемая война методологий. До того времени господствовала структурная парадигма. С появлением возможностей объектно-ориентированного программирования  появилась парадигма ООП. Надо сказать, что она не отрицает структурную парадигму и скорее строится на ее базе.

Основу  ООП составляют :

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


 

А также другие работы, которые могут Вас заинтересовать

5410. Понятие, предмет и метод экономического анализа 119 KB
  Понятие, предмет и метод экономического анализа. Понятие экономического анализа Экономический анализ как наука представляет собой систему специальных знаний, базирующихся на законах развития и функционирования систем и направленных на познание м...
5411. Облік грошових коштів на рахунках у банку 29.77 KB
  Облік грошових коштів на рахунках у банку Порядок відкриття рахунків, вибір банку. Закриття рахунків клієнтів банків. Документальне оформлення банківських операцій. Синтетичний та аналітичний облік операцій на поточному рахун...
5412. Статические характеристики транзистора 684.5 KB
  Статические характеристики транзистора 1. Краткое содержание лекции Статическим называется режим, при котором в схеме отсутствуют источник сигнала и нагрузка, а присутствуют только источники питания. Входная характеристика - зависимость входн...
5413. Створення та редагування математичних та економічних формул у Word. Друк документів у WORD 44.51 KB
  Створення та редагування математичних та економічних формул у Word. Друк документів у WORD Мета: Ознайомлення із способами створення та редагування формул у Word. План лекції: MicrosoftEquation 3.0 - редактор формул. Вирівнюва...
5414. Загальна характеристика технічних засобів навчання 72.5 KB
  Загальна характеристика технічних засобів навчання. План. 1. Загальна характеристика технічних засобів статичної проекції. 2. Характеристика носіїв інформації статичної проекції. 3. Характеристика апаратури статичної проекції. 4. Методика використан...
5415. Культура на українських землях у найдавніші часи 219.5 KB
  Культура на українських землях у найдавніші часи План Культура первісного суспільства як історичний тип. Культурний розвиток первісного суспільства. Культура найдавніших державних утворень на українських землях. ...
5416. Нормативный аспект культуры речи 208 KB
  Нормативный аспект культуры речи Понятие о языковой норме Языковая норма (норма литературная) — это правила использования речевых средств в определенный период развития литературного языка, т. е. правила произношения, словоупотребления, и...
5417. Поняття, особливості, види, класифікація правовідносин 66.5 KB
  Поняття, особливості, види, класифікація План Поняття правовідносин по соціальному забезпеченню Особливості соціально забезпечувальних правовідносин Класифікація за видам забезпечення Правовідносини за терміном дії Прав...
5418. Системи когенерації енергії 904 KB
  Системи когенерації енергії Основні терміни і визначення Калорія - традиційна позасистемна одиниця вимірювання, що дорівнюєенергії, необхідній для нагрівання 1 г води на 1° С. 1 кал ...