Большой шар грязи - Big ball of mud
 | Эта статья включает Список ссылок, связанное чтение или внешняя ссылка, но его источники остаются неясными, потому что в нем отсутствует встроенные цитаты. (Май 2020 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
 | Эта статья нужны дополнительные цитаты для проверка. (Май 2020 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
А большой шар грязи это программная система которому не хватает понятной архитектуры. Хотя такие системы нежелательны с точки зрения разработки программного обеспечения, на практике они широко распространены из-за давления со стороны бизнеса. оборот и энтропия кода. Это тип дизайна антипаттерн.
В компьютерных программах
Термин был популяризирован в Брайан Фут и Джозеф Йодер Одноименная статья 1997 года, в которой определяется термин:
Большой комок грязи - это беспорядочно структурированный, растягивающийся, неряшливый, скрученный из скотча и тюков провод, спагетти-код джунгли. Эти системы демонстрируют безошибочные признаки нерегулируемого роста и повторного и целесообразного ремонта. Информация распределяется между удаленными элементами системы беспорядочно, часто до такой степени, что почти вся важная информация становится глобальной или дублируется.
Общая структура системы, возможно, никогда не была четко определена.
Если бы это было так, возможно, оно исчезло до неузнаваемости. Программисты, у которых есть хоть капля архитектурного чутья, избегают этих болот. Только те, кто безразличен к архитектуре и, возможно, довольны инерцией повседневной рутинной работы по заделке дыр в этих разрушающихся плотинах, довольствуются работой с такими системами.
— Брайан Фут и Джозеф Йодер, Большой шар грязи. Четвертая конференция по шаблонным языкам программ (PLoP '97 / EuroPLoP '97) Монтичелло, Иллинойс, сентябрь 1997 г.
Фут и Йодер считают, что Брайан Марик является автором термина «большой комок грязи» для такого рода архитектуры.[1]
Программистам, контролирующим большой проект «комок грязи», настоятельно рекомендуется изучить его и понять, чего он добивается, а также использовать это как свободную основу для формального набора требований для хорошо спроектированной системы, которая могла бы его заменить. Технологические сдвиги, например, переход от клиент-серверного к веб-интерфейсу или файловый переход на базу данных, могут дать веские причины для того, чтобы начать с нуля.[нужна цитата ]
Что касается Лиспа
При обсуждении Язык программирования Лисп период, термин большой шар грязи используется по-другому, в данном случае для описания гибкости системы Lisp. В Лиспе, как правило, можно:
- Легко писать макросы которые дают контроль над языком синтаксис, так что обозначение приближается к предметной области
- Использовать ориентированное на данные программирование стиль
- Выполнять части программы во время компиляции, а не во время выполнения
- Сохранить образ системы модифицированной реализации Lisp для будущего использования
В результате слияния этих функций Lisp необычайно гибок, даже до такой степени, что сама языковая реализация может быть полностью переписана во время выполнения (т.е. отражающий метапрограммирование ), что может привести к тому, что системы Lisp со временем станут "мутными" из-за плавности и легкости, с которой они могут расширяться и развиваться за счет простого использования. Металингвистическая абстракция, выдающаяся характеристика Lisp, также позволяет программистам разрабатывать совершенно новые и своеобразные концептуальные словари для описания процессов и функций, через которые их программы проходят при решении проблемной области, и может, в сочетании с плохой документацией по программному обеспечению, привести к тому, что системы Lisp будут работать. довольно хорошо и действительно довольно хорошо структурированы с точки зрения дизайна, но понятны только исходным кодировщикам или любому, кто желает потратить время на просеивание слоев очень рекурсивный код.
Джоэл Моисей приписывают создание этой фразы в 1970-х годах:[2]
APL подобен красивому бриллианту - безупречный, красиво симметричный. Но добавить к этому ничего нельзя. Если вы попытаетесь приклеить другой бриллиант, вы не получите бриллиант большего размера. Лисп подобен комку грязи. Добавьте еще, и это все еще комок грязи - он все еще выглядит как Лисп.
Моисей категорически отрицает это, утверждая, что вместо этого он назвал Лисп мешок фасоли потому что он всегда возвращается к своей первоначальной форме.[3]
Смотрите также
Примечания
- ^ Фут, Брайан; Йодер, Джозеф (26 июня 1999 г.). "Большой шар грязи". Laputan.org. Получено 14 апреля 2019.
- ^ Ричард П. Габриэль и Гай Л. Стил (1996). "Эволюция Лиспа". ACM История языков программирования - II. 28 (3): 233–330. Дои:10.1145/155360.155373.
- ^ Томас Дж. Бергин и Ричард Дж. Гибсон (1996). «Дополнительные материалы от HOPL II». Уведомления ACM SIGPLAN: 9–20. Дои:10.1145/240964.1198155.
Рекомендации
- Гай Л. Стил младший и Ричард П. Габриэль Эволюция Лиспа [1], примечание к ссылке 128
- Брайан Фут и Джозеф Йодер, Большой шар грязи Четвертая конференция по шаблонным языкам программ (PLoP '97 / EuroPLoP '97) Монтичелло, Иллинойс, сентябрь 1997 г.