шаблон

• Главная
• Студия
• Работы
• Цены
• Контакты

Шаблоны проектирования - Википедия

трафареты проектирования (паттерн, ) это тысячекратно применяемая архитектурная конструкция, предоставляющая решение всеобщей проблемы проектирования в рамках конкретного контекста и описывающая значимость этого решения. Паттерн не являет законченным эталоном проекта, какой может быть прямиком переустроен в (что отличает его от короткого понятия ), скорее это описание или стандарт для того, чисто разрешить задачу, таковским образом, дабы это можно было использовать в неодинаковых ситуациях. трафареты зачастую демонстрируют и между или , без определения того, какие последние классы или объекты приложения будут использоваться. по своей сути также являют трафаретами, однако трафаретами не проектирования, а , поскольку решают вычислительные задачи. В отличие же от , трафареты проектирования самостоятельны от применяемого стиля программирования. [ В годы  ( ) составил комплект стандартов проектирования. В области архитектуры эта идея не получила эдакого развития, чисто запоздалее в области программной разработки. [ [ В 1987 году (Kent Beck) и (Ward Cunningham) взяли идеи Александра и разработали трафареты применительно к разработке программного обеспечения для разработки графических оболочек на слоге . В 1988 году (Erich Gamma) приступил катать докторскую диссертацию при цюрихском университете об всеобщей переносимости этой методики на разработку программ. В 19891991 годах Джеймс Коплин (James Coplien) сидел над разработкой идиом для программирования на и опубликовал в 1991 году книжку Advanced C++ Idioms. В этом же году Эрих Гамма заканчивает свою докторскую диссертацию и переезжает в , где в сотрудничестве с Ричардом Хелмом (Richard Helm), Ральфом Джонсоном (Ralph Johnson) и Джоном Влиссидсом (John Vlissides) публикует книжку Design Patterns  Elements of Reusable Object-Oriented Software. В этой книжке нарисованы 23 штампа проектирования. Также команда авторов этой книжки популярна общественности под названием ( , дробно сокращается до GoF). собственно эта том стала причиной роста популярности стандартов проектирования. [ основная прок всякого раздельного штампа заключается в том, что он описывает решение целого умозрительных проблем. Также тот факт, что любой штамп обладает свое имя, облегчает дискуссию об умозрительных структурах настоящих (ADT) между , таково чисто они могут ссылаться на знаменитые трафареты. таковским образом, за счёт стандартов производится унификация терминологии, наименований модулей и элементов проекта. справедливо сформулированный штамп проектирования позволяет, отыскав успешное решение, употреблять им вновь и вновь. [ кое-когда трафареты консервируют громоздкую и малоэффективную систему понятий, разработанную узкой группой. Когда численность стандартов возрастает, превышая критическую сложность, исполнители начинают игнорировать трафареты и всю систему, с ними связанную. Нередко трафаретами заменяется отсутствие или недостаточность документации в сложной программной сфере. снедать понятие, что слепое применение стандартов из справочника, без осмысления причин и предпосылок выделения всякого раздельного штампа, сдерживает профессиональный рост программиста, таково чисто подменяет созидательную работу механическим подставлением стандартов. народ, держащиеся настоящего понятия, почитают, что знакомиться со списками стандартов надобно тогда, когда «дорос» до них в профессиональном плане  и не прежде. добрый критерий надобной степени профессионализма  выделение стандартов самостоятельно, на основании собственного эксперимента. При этом, разумеется, знакомство с теорией, связанной с трафаретами, здорово на любом уровне профессионализма и направляет развитие программиста в верную сторонку. Сомнению подвергается всего использование стандартов «по справочнику». трафареты могут пропагандировать никудышные манеры разработки приложений, и зачастую слепо применяются. Для преодоления этих дефицитов используется . [ [ [ , Kit , Virtual Constructor [ , Wrapper , Handle/Body , Wrapper , Surrogate [ , Action, Transaction , , , Dependents, Publish-Subscribe, , Objects for States , , [ [ [ [ [ , предоставление доступа к хранимой информации , описывают основной подход для составления требований для программного обеспечения (requirement analysis) до принялась самого процесса программной разработки , описывают процесс общения между розными участниками/сотрудниками организации , описывают организационную иерархию предприятия/фирмы (Anti-Design-Patterns) описывают чисто не вытекает поступать при разработке программ, демонстрируя характерные оплошки в дизайне и в реализации. [ См. также [ Ольга Дубина .  обозрение нескольких наиболее несравнимых монографий, отданных паттернам проектирования информационных систем. Проверено 5 сентября 2006.   список стандартов проектирования на движке (англ.) [ Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес Приемы объектно-ориентированного проектирования. Паттерны проектирования = Design Patterns: Elements of Reusable Object-Oriented Software. СПб: , 2007. С. 366. (также Крэг Ларман Применение UML 2.0 и стандартов проектирования = Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and Iterative Development. М.: , 2006. С. 736. Мартин Фаулер зодчество корпоративных программных приложений = Patterns of Enterprise Application Architecture (Addison-Wesley Signature Series). М.: , 2007. С. 544. Джошуа Кериевски Рефакторинг с использованием стандартов (паттернов проектирования) = Refactoring to Patterns (Addison-Wesley Signature Series). М.: , 2006. С. 400. Скотт В. Эмблер, Прамодкумар Дж. Садаладж Рефакторинг баз данных: эволюционное проектирование = Refactoring Databases: Evolutionary Database Design (Addison-Wesley Signature Series). М.: , 2007. С. 368.