دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: [2 ed.]
نویسندگان: Tom Hombergs
سری:
ISBN (شابک) : 180512837X, 9781805128373
ناشر: Packt Publishing
سال نشر: 2023
تعداد صفحات: 168
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 20 Mb
در صورت تبدیل فایل کتاب Get Your Hands Dirty on Clean Architecture: Build 'clean' applications with code examples in Java, 2nd Edition [Team-IRA] به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب دستهایتان را در معماری تمیز کثیف کنید: برنامههای «تمیز» را با نمونههای کد در جاوا، ویرایش دوم بسازید [Team-IRA] نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
درباره اینکه چگونه معماری شش ضلعی می تواند به افزایش قابلیت نگهداری کمک کند، بینشی به دست آورید.
ساختمان برای نگهداری، کلیدی برای پایین نگه داشتن هزینه های توسعه (و راضی نگه داشتن توسعه دهندگان) است. ویرایش دوم \"دست های خود را در معماری تمیز کثیف کنید\" اینجاست تا شما را با مهارت ها و دانش ضروری برای ساختن نرم افزارهای قابل نگهداری تجهیز کند.
بر اساس موفقیت نرم افزار اول است. نسخه، این راهنمای جامع معایب معماری لایهای مرسوم را بررسی میکند و مزایای سبکهای حوزه محور مانند معماری پاک رابرت سی. مارتین و معماری شش ضلعی آلیستر کاکبرن را برجسته میکند. سپس، کتاب به فصلهای عملی میپردازد که به شما نشان میدهد چگونه یک معماری شش ضلعی را در کد واقعی نشان دهید. شما با جزئیات در مورد استراتژی های مختلف نقشه برداری بین لایه های یک معماری شش ضلعی آشنا خواهید شد و نحوه جمع آوری عناصر معماری در یک برنامه کاربردی را خواهید دید. فصلهای بعدی نشان میدهند که چگونه میتوان مرزهای معماری را اجرا کرد، چه میانبرهایی باعث ایجاد چه نوع بدهیهای فنی میشوند، و چگونه، گاهی اوقات، ایده خوبی است که با میل این بدهیها را بپذیریم.
در پایان این نسخه دوم، شما به درک عمیقی از سبک معماری شش ضلعی مسلح خواهید شد و آماده ایجاد برنامه های کاربردی وب قابل نگهداری که در هزینه و زمان صرفه جویی می کنند، خواهید بود. چه یک توسعهدهنده باتجربه یا تازهوارد در این زمینه باشید، «دستهایتان را کثیف کنید در معماری تمیز» به شما این امکان را میدهد تا مهارتهای معماری نرمافزار خود را به ارتفاعات جدیدی برسانید و برنامههایی بسازید که در آزمون زمان مقاومت کنند.<. /p>
اگر به معماری نرمافزاری که میسازید اهمیت میدهید، این کتاب برای شما مناسب است. برای استفاده بیشتر از این کتاب، باید تجربه ای در زمینه توسعه وب داشته باشید. نمونه کدهای این کتاب به زبان جاوا هستند. اگر برنامه نویس جاوا نیستید اما می توانید کدهای شی گرا را به زبان های دیگر بخوانید، خوب خواهید بود. در معدود جاهایی که به جاوا یا چارچوب خاصی نیاز است، به طور کامل توضیح داده شده است.
Gain insight into how Hexagonal Architecture can help to increase maintainability.
Building for maintainability is key to keep development costs low (and developers happy). The second edition of "Get Your Hands Dirty on Clean Architecture" is here to equip you with the essential skills and knowledge to build maintainable software.
Building upon the success of the first edition, this comprehensive guide explores the drawbacks of conventional layered architecture and highlights the advantages of domain-centric styles such as Robert C. Martin's Clean Architecture and Alistair Cockburn's Hexagonal Architecture. Then, the book dives into hands-on chapters that show you how to manifest a Hexagonal Architecture in actual code. You'll learn in detail about different mapping strategies between the layers of a Hexagonal Architecture and see how to assemble the architecture elements into an application. The later chapters demonstrate how to enforce architecture boundaries, what shortcuts produce what types of technical debt, and how, sometimes, it is a good idea to willingly take on those debts.
By the end of this second edition, you'll be armed with a deep understanding of the Hexagonal Architecture style and be ready to create maintainable web applications that save money and time. Whether you're a seasoned developer or a newcomer to the field, "Get Your Hands Dirty on Clean Architecture" will empower you to take your software architecture skills to new heights and build applications that stand the test of time.
This book is for you if you care about the architecture of the software you are building. To get the most out of this book, you must have some experience with web development. The code examples in this book are in Java. If you are not a Java programmer but can read object-oriented code in other languages, you will be fine. In the few places where Java or framework specifics are needed, they are thoroughly explained.
Cover Title Page Copyright Dedication Foreword Contributors Table of Contents Preface Chapter 1: Maintainability What does maintainability even mean? Maintainability enables functionality Maintainability generates developer joy Maintainability supports decision-making Maintaining maintainability Chapter 2: What’s Wrong with Layers? They promote database-driven design They’re prone to shortcuts They grow hard to test They hide the use cases They make parallel work difficult How does this help me build maintainable software? Chapter 3: Inverting Dependencies The Single Responsibility Principle A tale about side effects The Dependency Inversion Principle Clean Architecture Hexagonal Architecture How does this help me build maintainable software? Chapter 4: Organizing Code Organizing By Layer Organizing by feature An architecturally expressive package structure The role of dependency injection How does this help me build maintainable software? Chapter 5: Implementing a Use Case Implementing the domain model A use case in a nutshell Validating input The power of constructors Different input models for different use cases Validating business rules Rich versus anemic domain model Different output models for different use cases What about read-only use cases? How does this help me build maintainable software? Chapter 6: Implementing a Web Adapter Dependency Inversion Responsibilities of a web adapter Slicing controllers How does this help me build maintainable software? Chapter 7: Implementing a Persistence Adapter Dependency inversion Responsibilities of a persistence adapter Slicing port interfaces Slicing persistence adapters An example with Spring Data JPA What about database transactions? How does this help me build maintainable software? Chapter 8: Testing Architecture Elements The test pyramid Testing a domain entity with unit tests Testing a use case with unit tests Testing a web adapter with integration tests Testing a persistence adapter with integration tests Testing main paths with system tests How much testing is enough? How does this help me build maintainable software? Chapter 9: Mapping between Boundaries The “No Mapping” strategy The “Two-Way” mapping strategy The “Full” mapping strategy The “One-Way” mapping strategy When to use which mapping strategy? How does this help me build maintainable software? Chapter 10: Assembling the Application Why even care about assembly? Assembling via plain code Assembling via Spring’s classpath scanning Assembling via Spring’s Java Config How does this help me build maintainable software? Chapter 11: Taking Shortcuts Consciously Why shortcuts are like broken windows The responsibility of starting clean Sharing models between use cases Using domain entities as the input or output model Skipping incoming ports Skipping services How does this help me build maintainable software? Chapter 12: Enforcing Architecture Boundaries Boundaries and dependencies Visibility modifiers Post-compile fitness function Build artifacts How does this help me build maintainable software? Chapter 13: Managing Multiple Bounded Contexts One hexagon per bounded context? Decoupled bounded contexts Appropriately coupled bounded contexts How does this help me build maintainable software? Chapter 14: A Component-Based Approach to Software Architecture Modularity through components Case study – building a “Check Engine” component Enforcing component boundaries How does this help me build maintainable software? Chapter 15: Deciding on an Architecture Style Start simple Evolve the domain Trust your experience It depends Index About Packt Other Books You May Enjoy