|
Эта книга о разработке корпоративных программных приложений в среде .NET с применением шаблонов проектирования. В ней описаны: проблемно-ориентированные методы проектирования (DDD, или Domain Driven Design), разработка посредством тестирования (TDD, или Test-Driven Development), объектно-реляционное преобразование, т.е. методы, которые многие относят к ключевым технологиям разработки программного обеспечения. По мере развития и усложнения технологии все большее значение приобретают вопросы правильного применения методов проектирования. Ценность этой книги в том и состоит, что она помогает разобраться в этих вопросах. Хотя большинство примеров кода представлено на языке C#, материал книги может оказаться полезным и для тех, кто работает на платформе Java. Книга адресована опытным разработчикам архитектуры и прикладного программного обеспечения уровня предприятий, в том числе и в среде .NET.
"Я не знаю, как назвать то, чем я занимался до того, как пополнил свой инструментарий проектированием на основе предметной области и разработкой посредством тестирования, но теперь я склонен называть это не более чем хаотичным хакерством. Проектирование на основе предметной области и разработка посредством тестирования - это два метода, которыми я постоянно руководствуюсь в практическом применении принципов разработки программного обеспечения, что позволило мне осуществить поставленные цели в моих проектах с помощью надежного, устойчивого программного обеспечения. С точки зрения практики гибкой разработки программного обеспечения эта книга полностью оправдывает свое назначение. Она, вероятно, является одним из самых влиятельных руководств по успешной практике разработки программного обеспечения, предлагавшихся до сих пор сообществу разработчиков программного обеспечения средствами .NET".
Скотт Беллуэр (Scott Bellware), авторитетный профессионал (Microsoft MVP) по C#, ведущий блог по проектированию на основе предметной области и разработке посредством тестирования
"Джимми Нильсон делает своим читателям большую услугу, показывая им, как применять основополагающие принципы проектирования и разработки приложений для предприятия, выработанные Эвансом, Фаулером и другими ведущими представителями данного направления в программировании. В книге представлены примеры с решением не только для пояснения, но и для демонстрации особенностей проектирования на основе предметной области, шаблонов архитектуры приложений для предприятия и разработки посредством тестирования. Глубокое понимание предмета и практический опыт Джимми делают чтение книги приятным и оставляют у читателя уверенность в том, что он научился чему-то полезному у большого специалиста-практика. Разработчики приложений для предприятия, стремящиеся овладеть этими принципами, обнаружат в книге весьма ценные наставления".
Джек Гринфилд (Jack Greenfield), разработчик архитектуры инструментария для предприятия, Visual Studio Team System, Microsoft
"Хорошие разработчики архитектуры программного обеспечения должны постоянно совершенствоваться.Помимо целей внедрения текущей системы, они ищут пути совершенствования разработки и создания программного обеспечения. Эта книга является своего рода путевыми заметками, сделанными Джимми по ходу освоения самых разных шаблонов, практических методов и технологий с пояснением эволюции его представлений о системах предприятия. Если вы идете той же дорогой, эта книга будет вам хорошим попутчиком".
Тим Евальд (Tim Ewald), главный разработчик архитектуры программного обеспечения в компании Foliage Software Systems и автор книги Transactional COM+: Building Scalable Applications
"Эта книга вносит большой вклад в осуществление крупных, но важных идей проектирования на основе предметной области".
Флойд Маринеску (Floyd Marinescu), автор книги EJB Design Patterns и создатель Web-сайтов InfoQ.com и TheServerSide.com
"Понимание принципов и движущих сил в предметной области имеет решающее значение для успешной разработки программного обеспечения. Джимми Нильсон почерпнул вдохновение в изучении шаблонов и проектирования на основе предметной области в течение последних десяти лет и воспроизвел свой опыт работы над конкретными проектами. Эта книга содержит замечательные примеры воплощения теории на практике. Она показывает глубокое понимание автором вопросов принятия проектных решений и компромиссов, связанных с объектно-ориентированной разработкой".
Андерс Хесселлунд (Anders Hessellund), Копенгагенский университет информационных технологий, Дания
"В этой книге рассматривается область, представляющая немалые трудности для освоения большинством разработчиков на платформе .NET. Мне как разработчику структуры шаблонов и практических методов, ставшему инициатором и приложившему немало усилий для выработки руководства по разработке приложений для предприятия в .NET, хорошо известно, насколько эта область важна для наших заказчиков, и я отчетливо осознаю те пробелы, которые все еще существуют в созданном нами руководстве.
Я был тронут тем, как Джимми делится своим опытом проектирования на основе предметной области и разработки посредством тестирования. Полагаю, что в настоящий момент эту тему лучше всего рассматривать с точки зрения простоты, шаблонов и осознания социальных аспектов создания приложений.
Я доверяю опыту Джимми и его знанию .NET, мне по душе его манера делиться принципами и примерами. Мне трудно представить, чтобы кого-то другой смог лучше раскрыть эту тему на примере платформы, с которой я работаю каждый день. Настоятельно рекомендую книгу Джимми моим заказчикам, коллегам и всем инженерам из Microsoft. Я надеюсь, что в конечном итоге наша отрасль только выиграет от выражения глубоких понятий в коде и достигнет прогресса в социальном процессе ясной формулировки и эволюции общедоступных знаний. На пути к этому лежит проектирование на основе предметной области и разработка посредством тестирования".
Эдвард Ежерски (Edward Jezierski), разработчик структуры шаблонов и практических методов Microsoft
"Джимми связал вместе самые передовые методы - проектирование на основе предметной области, разработку посредством тестирования, рефакторинг кода и шаблоны проектирования - в убедительную альтернативу стилю информационной разработки, служившему оплотом приложений Microsoft. Книга демонстрирует воплощение методов, которые пропагандируются в проектировании на основе предметной области. Она имеет ярко выраженный практический характер и дает читателю представление о мыслительном процессе, на котором основывается применение испытанных методов и технологий".
Кристиан Кроухэрст (Christian Crowhurst), разработчик-аналитик
"Мне пришлось работать с Джимми над совместным проектом в течение 18 месяцев. Джимми действительно живет и работает по тем принципам, которые он проповедует. В книге он описывает свои действия на практике. В частности, он ежедневно пользуется объектно-реляционным преобразованием и преобразователем NHibernate, а разработка посредством тестирования помогает ему понять и вычленить бизнес-логику заказчика, а также убедиться в том, что заказчик получит проверенный, высококачественный код. Эта книга знакомит читателей с проверенными принципами. Пользуйтесь".
Дан Бистрём (Dan Bystrom), разработчик программного обеспечения, www.visual-design.se/blog
"Показывая, как выполнять проектирование на основе предметной области и применять шаблоны приложений для предприятия, Джимми делает трудную тему доступной для широкого круга читателей.В этой книге найдется немало полезного как для опытного разработчика архитектуры программного обеспечения, так и для честолюбивого реализатора шаблонов. Разработчики программного обеспечения или его архитектуры, желающие усовершенствовать свои проекты и результаты внедрения программных решений, должны прочитать эту книгу".
Пер-Ола Нильссон (Per-Ola Nilsson), руководитель отдела разработки и разработчик архитектуры программного обеспечения в компании Luvit
"Постоянно находясь в курсе новейших тенденций в области разработки программного обеспечения, но не поддаваясь на рекламные провокации, Джимми профессионально отделяет зерна от плевел. Он обладает особым даром наставить и просветить читателя, руководствуясь практической применимостью. Джимми не предлагает помощь как дар небес - он просто пытается убедить нас в том, что мы можем научиться чему-то совершенно новому у равного нам".
Матс Хеландер (Mats Helander), разработчик программного обеспечения, www.matshelander.com
"Как и предыдущая книга Джимми, эта книга является настоящим шедевром, идеально сочетающим в себе практические вопросы проектирования программного обеспечения с основательной теорией".
Франс Боума (Frans Bouma), создатель средства генерации кода LLBLGen Pro, weblogs.asp.net/fbouma
"Опираясь на солидное основание, Джимми рассматривает в своей книге практические вопросы прикладного проектирования на основе предметной области. Это руководство позволит разработчикам справиться с постоянно растущей сложностью новых приложений для предприятия, основанных на модели предметной области".
Поль Гиленс (Paul Gielens), старший консультант в компании Capgemini, weblogs.asp.net/pgielens
"Опираясь на свой опыт и наполняя в .NET конкретным содержанием такие сокращенные понятия, как DDD и TDD, можно создать весьма эффективную и адаптивную архитектуру программного обеспечения для предприятия. В книге показано, как и почему эти принципы составляют вместе столь эффективное целое. Таким образом, читатель наставляется на бесценный, но краткий путь к успешному созданию архитектуры программного обеспечения для предприятия. Эта книга, без сомнения, будет полезна разработчику такого программного обеспечения".
Мартин Розен-Лидхольм (Martin Rosen-Lidholm), разработчик архитектуры программного обеспечения в компании Exense Healthcare
"Если ваша задача - построить качественную систему предприятия с объектной ориентацией и реляционной базой данных, не упустите возможность прочитать эту книгу. Вы узнаете, каким образом проектирование на основе предметной области может стать движущей силой всего проекта и как объектно-ориентированная конструкция приводится в соответствие с базой данных - этот этап зачастую рассматривается в литературе очень лаконично, что уже само по себе окупает расходы на данную книгу. Кроме того, здесь вы найдете немало полезных советов и рекомендаций, которым можно последовать при проектировании".
Ингмар Лундберг (Ingemar Lundberg), разработчик программного обеспечения www.ingolundberg.com
"Эта важная и своевременная книга должна стать настольной для всех, кто стремится разобраться в проектировании на основе предметной области на C#".
Грегори Янг (Gregory Young), авторитетный профессионал (Microsoft MVP) по C#, независимый консультант
"В книге рассматривается ряд важных понятий, применяемых в современной разработке программного обеспечения, в том числе разработка посредством тестирования, рефакторинг кода, шаблоны и, разумеется, проектирование на основе предметной области. Джимми Нильссон излагает эти понятия в удобном режиме диалога, и поэтому у вас создается впечатление, будто он сидит рядом, демонстрируя свои примеры и ведя с вами профессиональный разговор о достоинствах и недостатках различных решений".
Никлас Нильссон (Niclas Nilsson), разработчик программного обеспечения и преподаватель в компании Activa, он не ближний и даже не дальний родственник автора книги, а просто однофамилец
"В книге всесторонне описан процесс проектирования на основе предметной области (ППО - DDD) в практической плоскости посредством наведения мостов между различными абстрактными уровнями, начиная с общей бизнес-перспективы и заканчивая системным уровнем. Книга идеально подходит для разработчиков программного обеспечения и его архитектуры, поскольку написана в виде учебника или справочника. Автор отлично справился с задачей представления всех аспектов ППО не только в просветительской, но и в занимательной для чтения манере".
Гюнтер Ленц (Gunther Lenz), руководитель проекта и автор
"Не так давно я делился в блоге своими мыслями о том, что мы, разработчики архитектуры программного обеспечения, не даем остальным разработчикам достаточных наставлений относительно выбора оптимальных путей создания программного обеспечения. Ведь существует немало отличных идей, имеющих вполне аргументированное обоснование, практические примеры осуществления и горячих сторонников. Но лишь некоторые из них могут быть использованы в чистом виде для создания приложений, а тем более систем приложений и служб. Воплотить идеи в жизнь намного труднее, чем думают их поборники. С другой стороны, разработчики должны делать свое дело, и поэтому им зачастую неинтересно вникать во все детали, когда они приступают к созданию нового приложения. Это происходит даже в том случае, когда они действительно заинтересованы в тех преимуществах, которые таят новые подходы или идеи. Именно эту проблему и призвана решить книга Джимми. Как воплотить в реальной, живой разработке замечательные идеи, выдвинутые за последние годы? Автор книги немало потрудился для того, чтобы подробно пояснить основные идеи с целью их последующей реализации на практике, а также для группирования идей таким образом, чтобы помочь разработчикам увидеть весь путь, который они должны пройти от начала до конца. Проектирование на основе предметной области, разработка посредством тестирования, проверка зависимости, сохраняемость и многие другие практические вопросы рассматриваются в этой книге. По прочтении книги читатель сможет взять все эти важные идеи на вооружение, чтобы эффективно воспользоваться ими. Принимая во внимание большую ценность отдельных представленных идей, но ограниченное число людей, воплотивших эти идеи на практике, можно с уверенностью сказать, что эта книга является значительным достижением для всех нас. Поэтому я настоятельно рекомендую ее".
Филип Нельсон (Philip Nelson), главный научный сотрудник компании PAi, xcskiwinn.org/community/blogs/panmanphil/defaulr.aspx
"Радикальный переход от мышления, ориентированного на информацию, к более глубокому пониманию ООП, которое обнаруживается в проектировании на основе предметной области, разработке посредством тестирования, объектно-ориентированной сохраняемости и других гибких методах разработки, может оказаться непосильной, дезориентирующей задачей для непосвященных. Терпеливо, настойчиво и наставительно Джимми помогает читателю совершить этот переход, исследуя соответствующие вопросы и возможные варианты и давая по ходу дела полезные советы. В этой книге показано, как различные методы и шаблоны вписываются в полностью согласованный подход к проектированию и созданию в .NET превосходно сопровождаемого программного обеспечения".
Джордж Хикс (George Hicks), старший разработчик компании Property Works
"Если вы когда-либо читали блог Джимми Нильссона, значит, вам должно быть известно, что он любит ставить под сомнение установившиеся "истины" в сообществе программирующих в .NET, пытаясь найти более совершенные подходы к разработке программного обеспечения. Он признает, что разработка программного обеспечения - трудное занятие и что решений на все случаи жизни не бывает, поэтому достоинства и недостатки каждого подхода должны быть уравновешены в контексте решаемой задачи перед выбором наиболее оптимального варианта. Для создания удобного сопровождаемого и проверяемого программного обеспечения со сложными бизнес-требованиями Джимми выбирает проектирование на основе предметной области и дополняет его рядом проверенных и установившихся принципов, шаблонов и практических методов. Выбранный Джимми неформальный стиль изложения материала, демонстрации примеров и пояснения особенностей разработки посредством тестирования делает эту книгу очень доступной, особенно если учесть обширность и сложность рассматриваемых в ней вопросов. Будучи ведущим специалистом в области ППО, Джимми поясняет саму суть большинства ценных методов современной разработки программного обеспечения и приводит там, где это необходимо, ссылки на многочисленные ресурсы. Эта книга - весьма ценное руководство по прикладному ППО, она может быть полезной для тех разработчиков,которые стремятся повысить свою общую квалификацию в проектировании".
Андреас Бринк (Andreas Brink), разработчик программного обеспечения
"Этой книгой Джимми Нильссон еще раз потвердил свое ведущее положение в области разработки прикладной архитектуры программного обеспечения. Ясно излагая свой личный взгляд на данный предмет и не оставляя ничего без внимания, Джимми знакомит читателя с большинством современных методов, которые должен знать каждый разработчик. Джимми показывает, как идеи других, ведущих в данной области специалистов, тяготеющих больше к теории, чем к практике, воплощаются в привлекальную и легко доступную структуру. Уверен, что эта книга обязательно займет свое место на книжной полке библиотеки каждого предприятия".
Микаэль Фрайдлитц (Mikael Freidlitz), вице-президент по программам совершенствования содержимого и знаний в компании IASA
"Проектирование на основе предметной области является важным методом, позволяющим создавать качественные бизнес-приложения, которые развиваются вместе с потребностями в выбранной сфере деятельности. В идеальном случае прикладное ППО мало чем отличается от ООП, но в действительности многие ограничения накладываются теми технологиями, с которыми нам приходится работать. В этой книге рассматривается задача наведения мостов между принципами ППО и действиями, направленными на практическое воплощение этих принципов на платформе .NET. Джимми не только основательно разобрался в ППО и технологиях управления предприятием, но и извлек уроки из своего богатого опыта работы в данной отрасли, выбрав прагматичный, но не консервативный подход. Его книга весьма ценна".
Род Джонсон (Rod Johnson), основатель компании Spring Framework, генеральный директор компании Interface21
"Это отличная книга. Она является практическим путеводителем в область проектирования на основе предметной области. В ней рассматривается, поясняется и представляется в соответствующем контексте большое число важных вопросов, что может послужить читателю солидным основанием для самостоятельной работы с системой на основе модели предметной области. В книге описываются конкретные методы разработки, а также практическиеметоды работы, как, например, внедрение разработки посредством тестирования".
Тронд-Эйрик Коллоэн (Trond-Eirik Kolloen), разработчик программного обеспечения и его архитектуры
"Может быть, мы уделим, наконец, внимание домашним проектам?"
Лотта, жена
"Ааа, дии, дии, дии, пии.." (Произношение заглавных букв книги на шведском языке)
Лео, четырехлетний сын
"Отец, ты действительно считаешь, что кто-то будет это читать?"
Тим, восьмилетний сын
Джимми Нильссон - владелец и управляющий шведской компании JNSK AB, он также автор двух книг и многочисленных статей в технических периодических изданиях. Джимми обучает специалистов и выступает с докладами на конференциях, но прежде всего, он разработчик почти с 20-летним стажем (www.jnsk.se/weblog/).
Создание программного обеспечения для предприятия - непростое дело. Несмотря на наличие множества инструментов и базовых средств разработки, упрощающих эту задачу, нам по-прежнему приходится решать, как использовать эти средства наилучшим образом. Для этого имеется немало подходов, но самое главное - знать, какой из них применять в конкретной ситуации, и вряд ли один подход пригодится на все случаи жизни. За последние несколько лет появилось целое поколение людей, занимающихся поиском подходов к проектированию приложений для предприятия и их документированию в виде шаблонов (соответствующий обзор можно посмотреть по адресу http://martinfowler.com/articles/enterprisePatterns/html). Те, кто занимается данной проблемой, в том числе и я, пытаются найти общие подходы и показать в своих трудах, как и когда их лучше всего применять. Результаты такой работы сильно разнятся, и поэтому читатель оказывается перед очень широким выбором.
Когда я приступил к работе над книгой Patterns of Enterprise Application Architecture (изд-во Addison-Wesley, 2002 год. Архитектура корпоративных программных приложений, пер. с англ. ИД "Вильямс", 2004 г.), то искал подобного рода рекомендации для проектирования в литературе по программным продуктам Microsoft. Я пытался найти хоть что-нибудь достойное внимания, но в конечном итоге обнаружил лишь одну редкую работу на данную тему - предыдущую книгу Джимми. Мне понравилась информативная манера изложения и стремление автора вникнуть в понятия, которые многие другие рассматривали весьма поверхностно. Именно Джимми решил воспользоваться идеями, выдвинутыми мной и другими авторами, и показать, как воплощать их в приложениях, создаваемых в .NET.
Основное внимание тех, кто занимается шаблонами для предприятий, сосредоточено на документировании удачных проектов. Мы увлечены и другим интересным направлением, являясь большими поклонниками гибких методов, охватывающих в том числе разработку посредством тестирования (РПТ - Test-Driven Development (TDD)) и рефакторинг кода. Эти идеи Джимми изложил в своей книге. Многие находят определенное противоречие в том, что те, кто занимается шаблонами, уделяют основное внимание проектированию, а те, кто занимается РПТ, - эволюции. Тот факт, что деятельность и тех и других вомногом пересекается, свидетельствует о том, что это не так, и Джимми попытался в своей книге связать воедино оба эти направления.
В итоге получилась книга о гибких методах проектирования в среде .NET с применением готовых шаблонов для предприятия. В этой книге показано, как следует применять такие методы, как РПТ, объектно-реляционное преобразование и проектирование на основе предметной области, в проектах, выполняемых в .NET. Если вы еще не сталкивались с подобными понятиями, эта книга послужит вам в качестве введения в методы, которые многие разработчики считают основными для разработки программного обеспечения в будущем. Если же вы знакомы с этими идеями, книга поможет вам поделиться опытом со своими коллегами.
Многие считают, что в сообществе разработчиков приложений на платформе Microsoft не так хорошо, как у остальных, распространяются полезные советы по проектированию приложений для предприятия. По мере усложнения и расширения возможностей применяемой технологии все более актуальной становится проблема ее эффективного применения. И эта книга представляет собой важный шаг на пути к пониманию данной проблемы.
Мартин Фаулер (Martin Fowler), http://martinfowler.com
Самый лучший способ научиться проектированию на основе предметной области (ППО - Domain-Driven Design (DDD)) - сесть рядом с дружески настроенным, терпеливым, опытным практиком и поэтапно решать вместе с ним конкретные задачи. Именно так и происходит при чтении этой книги. Эта книга не открывает ничего особенно нового. Она лишь беспристрастно сообщает о личном опыте специалиста-практика и ряде современных практических методов, которые привлекли его внимание. Джимми Нильссон повторяет то, что многие из нас уже говорили не раз: ряд современных направлений, в частности, ППО, шаблоны архитектуры приложения для предприятия (PoEAA) и разработка посредством тестирования (РПТ) не являются альтернативой друг другу, а взаимно дополняют друг друга как элементы успешной разработки. Более того, все три направления оказываются сложнее, чем кажется на первый взгляд. Они требуют обширных и глубоких знаний. В этой книге уделяется некоторое внимание пропагандированию данных подходов, но большая ее частьвсе же посвящена подробностям их осуществления на практике.
Эффективное проектирование не сводится к набору заученных методов. Это способ мышления. Рассматривая конкретный пример, Джимми раскрывает перед нами ход своих мыслей. Он не только показывает и поясняет свое решение, но и дает нам возможность увидеть, как он к нему пришел. Когда я что-то проектирую, в моей голове мелькают десятки соображений по этому поводу. Если эти мысли относятся к факторам, с которыми мне часто приходится иметь дело, они проносятся в моей голове так быстро, что я едва ли успеваю их осознать. Если же они касаются областей, где я чувствую себя не столь уверенно, я останавливаюсь на них дольше. Я вполне допускаю, что такой ход мыслей типичен для разработчиков, но передать его другому человеку не так-то просто. Поясняя примеры, Джимми как бы замедляет ход своих мыслей до такой степени, чтобы за ними можно было уследить. В каждое мгновение этого процесса две или три альтернативы представляются, взвешиваются и отбрасываются в пользу одной, выбираемой окончательно. Допустим, что требуется смоделировать объекты, реализуемые без осложнений, связанных с технологией сохраняемости. Каковы же те восемь способов, которыми базовая структура сохраняемости способна усложнить реализацию объекта предметной области? Какие соображения позволяют прийти к компромиссу в ряде этих вопросов? И какие ограничения накладывают современные базовые средства разработки, включая .NET? Джимми мыслит прагматично. Принимая проектное решение, он обращается к своему опыту, который, в конечном итоге, приводит его к желанной цели. При этом он придерживается более основательного принципа, чем выбор, который слишком похож на хрестоматийный пример, а все его решения имеют предварительный характер.
Главный принцип проектирования, которого Джимми придерживается в первую очередь, составляет основную цель ППО - проектирование, отражающее глубокое понимание решаемой экономической задачи в такой форме, которая допускает приспособляемость к новым идеям. Так зачем столько рассуждать о технической структуре и архитектуре? Типичное и, вероятно, естественное заблуждение состоит в том, что такое предпочтение предметной области не требует особых инженерных способностей и технических навыков. Если бы это было так на самом деле, стать компетентным разработчиком приложений для предметной области было бы нетрудно. Как ни странно, для воплощения четких и пригодных принципов предметной области в программном обеспечении, причем так, чтобы они не оказались по спудом массы технических вопросов, требуется особое умение применять конкретную технологию. Мои наблюдения показывают, что те, кто лучше всего владеет техническими и архитектурными принципами, зачастую знают, как применять технологию к месту, и относятся к числу наиболее эффективных создателей моделей предметной области.
Я имею в виду не знание всех особенностей сложных инструментов, а овладение теми знаниями, которые изложены книге Архитектура корпоративных программных приложений Мартина Фаулера, поскольку наивное применение технологии, как ни странно, приводит к ее насильственному проникновению в приложение.
Эта книга позволит многим читателям восполнить пробел в реализации выразительных объектных моделей на практике. Я лично извлек для себя ряд полезных способов продумывания вариантов применения технических структур и укрепил свои представления об особенностях выполнения ППО в среде .NET.
Помимо технической архитектуры, Джимми уделяет в своей книге много внимания написанию тестов. РПТ по-разному дополняет ППО. В отсутствие должного внимания к уточнению модели с целью ее улучшения, РПТ находит фрагментарное применение, где целенаправленное решение каждой проблемы в отдельности приводит к появлению негибкой системы. Полный тестовый набор фактически замедляет продвижение группы разработчиков к конечной цели, но именно в этом и заключается наибольшая ценность РПТ.
В наилучшем варианте тестовый набор представляет собой лабораторию для модели предметной области и ее технического выражения на универсальном языке. Особого рода тесты продвигают процесс моделирования вперед и сохраняют его сосредоточенный характер. В книге рассматриваются примеры поэтапной разработки таких текстов.
Джимми Нильссону присуще редкое сочетание уверенности в себе и скромности - свойств, которые, по моим наблюдениям, характерны для самых лучших разработчиков. Когда он рассказывает нам, читателям, как и почему изменились его представления о том, во что он раньше верил, мы можем проследить, как он пришел к своим нынешним представлениям, и это помогает нам пропустить делали применяемых методов и перейти непосредственно к основополагающим принципам.
Скромность Джимми делает его подверженным самым разным влияниям, а мы получаем в итоге сплав идей из различных источников. Он испробовал много разного, результаты этих проб и его опыт стали для него руководством к действию. Его выводы отображают нынешнее его представление о предмете, причем с ясным пониманием того, что наши знания никогда не будут полными. Все это делает его рекомендации еще более полезными для читателя. Ответственное отношение к делу как нельзя лучше характеризует его как ведущего и успешного специалиста в области разработки программного обеспечения.
Эрик Эванс (Eric Evans)
На обложке этой книги представлена фотография моста через пролив Орезунд, соединяющего Швецию и Данию. Похоже, что на обложках всех книг по архитектуре программного обеспечения должны быть изображения мостов, но в данной книге для этого имеются дополнительные причины. Этот мост заменил паром, которым я переправлялся еще ребенком. Мне очень нравится каждый раз ездить по нему, хотя я проделывал это десятки раз. Между прочим, мой отец был среди тех, кто возводил самые высокие участки этого моста. Но самое главное, что эта книга во многом сродни наведению мостов - в данном случае между пользователями и разработчиками, конкретной предметной областью и программным обеспечением, логикой и хранением информации, теми, кто организует и ведет базы данных, и теми, кто занимается объектно-ориентированным программированием. Для того чтобы это вступление не выглядело слишком заумным, я, пожалуй, воздержусь от аналогии с шаблоном моста (Bridge) [GoF Design Patterns].
Основное назначение этой книги состоит в том, чтобы показать, как строится четкая, но удобная с точки зрения сохраняемости модель предметной области (Domain Model). В ней также показано, как может выглядеть решение сохраняемости для такой модели предметной области и, в частности, как навести мост между такой моделью и базой данных. Иными словами, приступая к этой книге, я поставил перед собой цель перенести содержание книг Domain-Driven Design Эрика Эванса [Evans DDD] и Архитектура корпоративных программных приложений Мартина Фаулера [Fowler PoEAA] в определенный контекст. Проектирование на основе предметной области (ППО - Domain-Driven Design (DDD)) можно воспринимать как нечто абстрактное. Поэтому для пояснения, в частности, сохраняемости требуются вполне конкретные примеры. Мои примеры могут показаться довольно простыми, но они закладывают основание в качестве отправной точки. В этой книге не только поясняется, как пользоваться шаблонами, но и объясняется, как это можно делать, например, в объектно-реляционных преобразователях (O/R Mappers). Для меня стало вполне очевидно, что разработать архитектуру приложений на все случаи жизни невозможно. В этой связи шаблоны оказались достаточно обобщенными, чтобы неоднократно применять их в разных контекстах.
Основное внимание в книге уделяется не самим шаблонам, а их применению в качестве инструмента и языка для обсуждения различных аспектов проектирования. Но даже те читатели, которые не знакомы с шаблонами, получат в ходе чтения книги некоторое представление о них и, возможно, заинтересуются ими. Это же относится и к разработке посредством тестирования (РПТ - Test-Driven Development (TDD)). Пока еще не все разработчики заинтересовались этим методом.
И особенно это касается сообщества программирующих в .NET, где РПТ, как, впрочем, и шаблоны, считается в лучшем случае удобным, специальным методом или же вообще неизвестна. Читатели этой книги смогут научиться РПТ.
Написание моей первой книги [Nilsson NED] превратилось в трудное занятие в дополнение ко всем моим обычным проектам и обязанностям. В этой связи у меня появилась твердая уверенность, что я вряд ли буду писать еще одну книгу, но прошло время и у меня возникла потребность поделиться тем, что осталось еще невысказанным.
Я изменил свое решение после того, как недавно прочитал две книги. Первой из них была книга Архитектура корпоративных программных приложений Мартина Фаулера [Fowler PoEAA]. Эта книга вдохновила меня на очередное опробование модели предметной области после ряда предыдущих неудачных попыток. Затем я прочитал книгу Domain-Driven Design Эрика Эванса [Evans DDD]. Эта книга дала мне представление о том, как мыслить и действовать в процессе разработки, уделяя основное внимание предметной области, и, в какой-то степени, как применять шаблон модели предметной области.
Еще одно влияние на мое решение оказали курсы по шаблонам, которые я вел в течение двух лет. В процессе общения с учащимися и работы с учебным материалом у меня сложилось определенное представление о данном предмете. Мои взгляды на ППО претерпели изменения в ходе работы над весьма честолюбивым (и, к счастью, уже завершившимся) открытым проектом под названием Valhalla, который я разрабатывал вместе с Кристофером Скьолдборгом (Christopher Skjoldborg). (Большую часть работы выполнил Кристофер.)
Таким образом, я посчитал, что нужно написать книгу, которая должна бытьв большей степени посвящена практике применения, чем теории, но в то же время под нее следует заложить твердое основание, которым могли бы послужить две упомянутые выше книги. Мне больше по сердцу именно практическое применение, поскольку я считаю себя, прежде всего, разработчиком.
Эта книга адресована широкому кругу читателей. Она окажется полезной тем, у кого имеются определенные знания в следующих областях.
Тем не менее, интерес и увлеченность читателя способны восполнить недостающие знания и опыт работы в перечисленных выше областях.
Попробую подробнее пояснить, почему эта книга рассчитана на широкий круг читателей. Прежде всего, нужно подумать о том, чтобы разработчики не замыкались в рамках используемых платформ. Тем, кто работает в .NET, книга поможет освоить более фундаментальный подход, чем метод типа "перетаскивай, пока не опустишь" (если можно позволить себе такое поверхностное обобщение). А те, кто работает с Java, должны извлечь для себя пользу из описания и примеров совместного использования ППО и объектно-реляционного преобразования. На мой взгляд, выбор языка проектирования или платформы имеет все меньшее значение, поэтому было бы не совсем логично ориентировать книгу только на тех, кто работает с .NET или Java. Намного полезнее попытаться выяснить круг читателей, подойдя к этому вопросу с другой меркой. И в этом отношении книга адресована руководителям проектов и разработчикам программного обеспечения и его архитектуры.
Эта книга также может оказаться полезной для читателей как промежуточного, так и продвинутого уровня подготовки, а в какой-то степени и для начинающих.
Эта книга состоит из следующих четырех частей.
В этой части архитектура приложений и процессы рассматриваются в общих чертах. Основное внимание уделяется моделям предметной области и ППО [Evans DDD]. Кроме того, в ней вводятся понятия шаблонов и РПТ. В эту часть включены следующие главы.
Глава 1. Переоценка ценностей
В этой главе рассматриваются свойства оцениваемой архитектуры приложений и процесса для получения качественных результатов с точки зрения разработки системы. Тема для обсуждения навеяна экстремальным программированием.
В этой главе приведены примеры и рассмотрены шаблоны из разных семейств, включая шаблоны проектирования, архитектурные шаблоны и шаблоны предметной области.
Глава 3. РПТ и рефакторинг кода
В главе 1 уделяется достаточно внимания РПТ и рефакторингу кода, а в этой главе данные вопросы рассматриваются более углубленно и приводятся довольно обширные примеры и разновидности РПТ.
В этой части речь идет о прикладном ППО, а также о подготовке модели предметной области для инфраструктуры и соответствующих правилах.
Глава 4. Новая используемая по умолчанию архитектура
В этой главе перечисляются требования к примеру приложения, а также создается первая пробная модель в качестве основания для материала последующих глав. При этом используется архитектура на основе применяемой модели.
Глава 5. Проектирование на основе модели предметной области
Требования, сформулированные в предыдущей главе, используются в этой главе в качестве основания для того, чтобы постепенно, выполняя РПТ, приступить к построению модели предметной области в стиле ППО.
Глава 6. Подготовка к инфраструктуре
Несмотря на то что рассмотрение различных аспектов инфраструктуры мы пытаемся отложить на как можно более дальний срок, о них все же целесообразно подумать заранее и подготовить модель предметной области к инфраструктуре с учетом ее потребностей. В этой главе подробно рассматриваются достоинства и недостатки моделей предметной области без учета сохраняемости.
Глава 7. Порядок устанавливают правила
В этой главе речь идет о бизнес-правилах в форме проверки достоверности, а также об учете в решении на основе модели предметной области потребностей в этих правилах с отсылкой на требования, сформулированные в главе 4.
В этой части некоторые шаблоны из книги Архитектура корпоративных программных приложений Мартина Фаулера [Fowler PoEAA] переносятся в контекст дискуссии о том, что требуется от инфраструктуры для поддержки сохраняемости в модели предметной области. Выполнение подобных требований рассматривается на примере отдельного инструмента.
Глава 8. Инфраструктура для сохраняемости
Когда уже имеется довольно удачная модель предметной области, самое время подумать об инфраструктуре, а в данной книге это, главным образом, инфраструктура для сохраняемости. В этой главе рассматриваются различные свойства решений сохраняемости и отнесение определенного решения к конкретной категории.
Глава 9. Приведение в действие преобразователя NHibernate
Разделение решений на категории, выполненное в предыдущей главе, используется на примере решения сохраняемости, а именно преобразователя NHibernate [NHibernate].
В этой части основное внимание уделяется другим методам проектирования, на которые следует обратить внимание, а затем и применять. Кроме того, здесь показано, как действовать на уровне представления, когда требуется навести мосты между ним и моделью предметной области и как организовать тестирование пользовательского интерфейса на стадии разработки. Эта часть почти полностью написана приглашенными авторами.
Глава 10. Рекомендуемые методы проектирования
После краткого изложения ограниченного контекста в этой главе рассматриваются методы проектирования, на которые следует обратить внимание, включая ориентацию на обслуживание, внесение зависимостей, инверсию управления, аспектную ориентацию.
Глава 11. Акцент на пользовательском интерфейсе
В этой главе основное внимание уделяется сопряжению пользовательского интерфейса с моделью предметной области, а также повышению проверяемости пользовательского интерфейса при использовании модели предметной области как в насыщенных клиентских приложениях, так и в Web-приложениях.
В двух приложениях к книге представлены дополнительные примеры видов модели предметной области и перечень шаблонов с кратким их описанием.
Эту книгу ни в коем случае не следует рассматривать как учебник по C#. Тем не менее этот язык программирования понадобился мне для примеров. Я выбрал этот язык, главным образом, потому, что пользуюсь в настоящее время именно им, а большинство программирующих на VB.NET и Java могут свободно читать исходный текст и на C#.
Что же касается конкретной версии, то большая часть кода в приведенных примерах вполне работоспособна в версиях C# 1.1 и 2.0, хотя в редких случаях отдельные фрагменты кода относятся к версии 2.0.
За рамками этой книги осталось немало тем, но, на мой взгляд, в ней не были рассмотрены две важные темы: распределение и усовершенствованное моделирование.
Первоначально я планировал включить в книгу материал, посвященный распределению, но затем пришел к выводу, что книга получится слишком распыленной. Тем не менее распределение упоминается в отдельных местах книги.
Из заглавия книги читатель может сделать вывод, что в ней он найдет интересные примеры усовершенствованного моделирования в некоторых предметных областях. Но это не совсем так. Основное внимание уделяется РПТ и дополнению ППО соответствующей инфраструктурой.
Нетрудно догадаться, что такая книга является плодом труда не одного человека, а целого коллектива. В приведенном ниже разделе "Благодарности" перечислены все те, кто принимал участие в работе над книгой и ее выпуске. Тем не менее, все ошибки, которые не удалось обнаружить до сдачи книги в печать, являются моими и только моими, как основного автора.
Дополнительную информацию о книге можно найти по адресу http://www.jnsk.se/adddp. Если вернуться к наведению мостов, то фотография моста через пролив Орезунд была сделана моим другом Магнусом фон Шенком (Magnus von Schenk) во время одной из его прогулок по морю под парусом.
Написать эту книгу оказалось легче, чем первую, тем не менее, она стоила мне немало крови, пота и слез. Надеюсь, что она поможет вам сберечь немного того, другого и третьего. Желаю вам получить удовольствие от книги. Удачи!
Джимми Нильссон
Версия для печати