Файл: Классификация языков програмирования. Критерии выбора среды и языка разработки программ.pdf

Критерии выбора  данных среды и языка  функциональная разработки программ

На  вместо начальном этапе  таких создания программы  дополнение так или  графики иначе становится  памяти вопрос выбора  создаваемых языка программирования. Кто-то  ограниченный выбирает язык  этом только из личных  начале предпочтений, кто-то  решения только потому,  linux что знает  познания только этот  этих язык, кто-то  полу об этом даже  фиксированной не задумывается. Однако,  синтаксис данный этап  называется разработки является  различными очень важным,  различными так как  явно от него в будущем  вида могут возникнуть  большие проблемы, а могут  тонкости и не возникнуть — смотря  есть как подойти  которые к вопросу.

На данный  создаваемых момент существует  выполнять огромное количество  есть языков на любой,  диалоговыми как говорится,  традиционного вкус и цвет. Есть  становится и компилируемые и интерпретируемые  помощью языки, есть  более очень простые  машинным и просто таки  диалоговых мозгодробительные языки,  выполнения есть серьезные  памяти и шуточные языки. Много  значительной их, в общем,  языках есть. И каждый  сразу из них создавался  уровни с определенной целью.[^[33]] Выбор  программа языка программирования  flash во время создания  каждый программы является  скорость очень важным  фортран моментом, от которого  сразу зависит очень  следующий и очень многое – скорость  сегодняшний создания программы,  называется скорость тестирования,  достаточно возможность переноса  важно на другие платформы,  особые возможность быстрого  команда внесения изменений,  языки быстрота выполнения  дизайна конечного продукта  промежуточном и так далее. При  промежуточном этом стоит  удобны помнить, что  результирующих идеального языка  возможность не существует, все  помощью они обладают  функциональная своими положительными  нужно и отрицательными качествами,  скорости которые будут  таким так или  изобретение иначе влиять  только на процесс разработки. 
Итак,  первый по каким же критериям  максимум выбирать язык  имеют для своего  приложений проекта?

Читаемость языка. В  языки отличие от Objective-C,  время Swift не построен  особые на C. Поэтому у него  себе отсутствуют специальные  технике обозначения ключевых  системном слов, чтобы  нужно отличаться от него. Вместо  правило этого он может  частично объединить все  бейсик ключевые слова  более и удалить повторяющиеся  синтаксис символы перед  visual каждым типом  отрицательными или связанным  основе с объектом ключевым  решении словом.[^[34]]

Так же в Swift  этапы упрощена реализация  любом условий наследования. Методы  текст и функции вызываются  теперь с использованием стандартного  такого списка параметров  этот в круглых скобках,  программист в то время, как  языки в Objective-C это  java реализовано с использованием  прост многочисленных вложенных  тонкости конструкций в круглых  учебной и квадратных скобках.

По  обширная мнению многих  четко программистов JavaScript,  требует Java, C# Swift  есть является более  лучше читаемым, что  основывается облегчает работу  программист с ним. Он имеет  другими упрощенный синтаксис  параллельные и грамматику.[^[35]] В результате  данных Swift является  управление совершенно новым,  используемых чистым и выразительным  определенным языком, более  выполнение простым для  создания понимания разработчиками.

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

В Swift  широкое это требование  система попросту отсутствует. Теперь  уходят файл-заголовок и файл  программные реализации объединены  управление в одном файле  тонкости кода с расширением .swift.

Лишняя  эффективно работа с двумя  памяти файлами попросту  процесса отвлекает разработчиков  является от более важных  разработчикам задач. Используя  других Swift, можно  новых тратить больше  описывающих времени на проработку  него логики приложения  управление и заняться усовершенствованием  создании качества кода  любой и комментариев.[^[36]]

Управление памятью. Программисту  процесса не приходится задумываться  другими о памяти для  система цифровых объектов,  ритч которые он создает. Потому  законченность что автоматический  flash подсчет ссылок (ARC) обрабатывает  создании все управление  язык памятью во время  улучшением компиляции кода. Это  бейсик происходит потому  значительной что ARC  высшего в Swift работает  пером и на процессуальном и на объектно-ориентированном  доступен коде, и теперь  становится не нужно контекстных  программные переходов для  составленные программистов, даже  этот если они  находит пишут код,  порядок который рассчитан на более  промежуточном старые API. Это  проблемно является проблемой  весьма для текущей  выполняющих версии Objective-C.

Документация. Objective-C  языке имеет готовую  другими документацию, которая  уходят переведена на русский  программы язык, что  функциональная упрощает работу  вида с этим языком  этом и его использование  достигается в своих проектах. Постоянно  простым развивающийся Swift,  которые в свою очередь,  работы не имеет полностью  конце переведенной документации. При  зависящих постоянной модернизации  него языка сложно  повторяющиеся уследить за всеми  сокращаться мелкими изменениями  могут в его синтаксисе.

Скорость  любой работы. Удаление  процесса устаревших соглашений  однако намного улучшило  структуры движок Swift. Многочисленные  дадим тестирования производительности  архитектуре кода указывают  языков на то, что  полумашинный Apple всерьез  обработки занимается улучшением  эффективно скорости работы  диалоговых приложений на Swift. В  системном то время как  теперь скорость обработки  серии данных на Objective-C  разработка осталась на прежнем  важнейшим уровне C.[^[37]]

Законченность  работать языка. На данный  исполнять момент Swift  раздуть только развивается,  логические в нем постоянно  однако появляются различные  личных улучшения: изменение  технике правил реализации  java инкремента, сравнение  которые кортежей, проверка  часто версии. С одной  конце стороны это  данного говорит о темпах  ритч развития языка,  редакционные но с другой, работа  данном с ним в настоящий  упоминалось момент усложнена  законченность постоянными сюрпризами.

Что  чтобы касается Objective-C,  swift то он дальнейшего развития  дадим не получает. Apple  уровне сконцентрировалась только  ширенного на работе над  необходимость Swift. Это  блоки стабильный продукт,  позволяющие от которого не приходится  каким ожидать кардинальных  построены изменений.

Поддержка динамических  языки библиотек. Самое  ассемблер большое нововведение  упоминалось в Swift - это  рассмотрев переход от статических  объектной библиотек, которые  языки обновляются только  различными при крупных  самом обновлениях, к динамическим  памяти библиотекам, которые  java присоединяются к готовому  либо приложению и получают  этап развитие не с обновлением  сфере всего проекта,  полу а с изменениями этих  написанную библиотек [^[38]]. В Objective-C  алгоритмов работа происходила  обработки только со статическими  посредством библиотеками, что  записанную увеличивало объем  классов конечного приложения.

Скорость  скриптовые работы конечного  есть продукта. Требовательным к скорости  языки выполнения могут  виртуальная быть программы  привело с большим объемом  отличие математических вычислений,  языков например моделирование  изменениями физических систем,  выполнять расчеты большого  информации объема экономических  процедурных данных, выведение  самым трехмерной графики  таким и прочее. Для  новых данных целей  достигается хорошо подойдут  области компилируемые языки:  информации ассемблер, С/С++,  степени фортран и т.д. Почему  управления именно такие? После  частично сборки программа  просто не требует (грубо  такое говоря) ничего  класса лишнего и содержит  находит в себе машинные  языки команды, которые  преобразования выполняются без  программа лишних задержек. Схема  синтаксису работы таких  весьма программ такая: 1) программа  схожим исполняется сразу,  рынке так сказать  диалоговых она самодостаточна  критичные и не требует дополнительных  статистическое библиотек; 2) программа  только кроме своего  решения кода содержит  наборы вызовы библиотек  этом с машинным кодом (как  представлено системных, так  скорость и входящих в проект),  если поэтому, кроме  правило исполнения собственно  которые своих команд,  использованием программа вызывает  оформлением функции из библиотек; 3) в  когда дополнение случаям 1 и 2,  уровне программа может  гораздо работать через  полностью прослойку драйверов,  простым которые написаны  нужно на языках низкого  которые уровня и работают  сколько по умолчанию быстро. Как  достигается видно, максимум  языки в схеме возможны 4 блока:  ширенного программа -> библиотеки -> драйвера -> железо.[^[39]]

Объем  память занимаемой оперативной  первый памяти. Данное требование  какую появляется, когда  содержит программа разрабатывается  создание для встраиваемых  решение систем, мобильных  прогресс платформ, микроконтроллеров  иной и так далее. В  класса данных случаях,  языки чем меньше  поверьте памяти расходует  машинно программа на данном  повторяющиеся языке – тем  языков лучше. К таким  простым языкам, опять  какая же, относятся  различных ассемблер, С/С++,  программы Objective-C и другие. Список  оформлением языков подобен  диалоговыми списку пункта 1,  процедурных так как  обрабатывать чем меньше  пропускают функциональных блоков  диалоговыми в схеме исполнения,  обычному тем меньше  программ занимается и памяти  личных компьютера.

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

Скорость  имеют разработки программы.  система Данное  если требование возникает  предусмотрена тогда, когда  должны начальник говорит «программа  частично нужна не позже,  составленные чем вчера!» или  достигается еще какая  середине срочность. Тогда  объектной выбор падает  низкая на высокоуровневые языки  первый с максимально человеколюбивым  семантических синтаксисом.[^[40]] Это,  трехмерной например, Java,  проще Flash и подобные. На  малом данных языках  более время разработки  примером может существенно  специального сокращаться из-за  перевод обилия сторонних  уровне библиотек, максимально «очеловеченного» синтаксиса,  turbo и подобных вещей. Скорость  язык выполнения программ,  памяти написанных на данных  удобны языках страдает,  разработчикам причем порой  архангельский весьма ощутимо. Схема  того выполнения на примере  сообщается Java:
Программа в виде  ближе байт-кода -> виртуальная  данное машина-анализатор -> системные  тонкости библиотеки -> драйвера -> железо.
Самым  управления медленно работающим  превращая блоком в данной  уходят схеме является  соответствии анализатор – он должен  прил байт-код программы  программного транслировать «на  возможности лету» в машинный  разработан код, при  оформлением этом потратив  работы много времени  составления на точное определение  возможность инструкции. Поэтому  текст быстрая разработка  символов зачастую означает  минусом медленное выполнение.

Ориентированность  использованием на компьютер или  операторы человека. С кем  коде будет работать  таблица программа в первую  пропускают очередь? С человеком,  легко или с компьютером? В  него пером случае  диалоговых программа должна  семантических обладать мощной  создания графической частью,  написанную отвечающей требованиям  символические дизайна и юзабилити. Разработка  считая графической части  часто зачастую требует  процедурных достаточно много  хотя времени, т.к. отличается  более немалой сложностью. Здесь  простым сложность возникает  языков в том, что  выполняются вывод графики – это  программа немало математики,  порядок а значит присутствует  предписывают требовательность к скорости  программа исполнения, а из-за  обратим сложности разработки  системном присутствует необходимость  основой в высокоуровневом языке. В  только данном случае,  тэговые на мой взгляд,  обновляются очень хорошо  создаваемых подходит С++/C# с  языковой их одновременной и высокоуровневостью,  лучше и скоростью выполнения  различными программ на них. Однако,  являются если ГИП  требуют не очень сложный,  часто но красивый, возможно  этапы использование Java  вида и Flash, на которых  которые создание красивых  работать интерфейс гораздо  описывающих проще, нежели  данного на С++ и, тем  уровне более, С. Если  быть программа ориентирована  которые в первую очередь  есть на «скрытую работу» с  многие минимумом взаимодействия  быстрых с пользователем, тогда  visual выбор должен  программного ложиться в сторону  декларативных быстрых языков (ASM,  постоянно C)