ساخت نرم افزار قابل نگهداری
آیا تابهحال هنگام کار با کد شخص دیگری احساس ناامیدی کردهاید؟ امروزه مشکل حفظ کد منبع، یک مشکل بزرگ در توسعه نرمافزار بهحساب میآید که منجر به تاخیر و نواقص پرهزینه میشود.
شما با کتاب «ساخت نرمافزار قابل نگهداری» 10 راهنمای آسان برای پشتیبانی از نرمافزار #C با قابلیت حفظ و انطباق آسان را یاد خواهید گرفت. این راهنما حاصل آنالیز صدها سیستم واقعی میباشد.
این کتاب توسط مشاوران گروه بهبود نرمافزار (SIG) نوشته شده است. که توضیحات مختصر و شفافی بههمراه توصیههایی برای عملیکردن دستورالعملها را ارائه میدهد. نمونههای موجود در این ویراش در محیط #C نوشته شده است، و درعینحال کتابهمراه جاوا نیز نمونههای شفافی در این زبان ارائه میدهد.
شما با کتاب «ساخت نرمافزار قابل نگهداری» 10 راهنمای آسان برای پشتیبانی از نرمافزار #C با قابلیت حفظ و انطباق آسان را یاد خواهید گرفت. این راهنما حاصل آنالیز صدها سیستم واقعی میباشد.
این کتاب توسط مشاوران گروه بهبود نرمافزار (SIG) نوشته شده است. که توضیحات مختصر و شفافی بههمراه توصیههایی برای عملیکردن دستورالعملها را ارائه میدهد. نمونههای موجود در این ویراش در محیط #C نوشته شده است، و درعینحال کتابهمراه جاوا نیز نمونههای شفافی در این زبان ارائه میدهد.
سال انتشار: 2016 | 172 صفحه | حجم فایل: 17 مگابایت | زبان: انگلیسی
Building Maintainable Software, C# Edition: Ten Guidelines for Future-Proof Code
نویسنده
Joost Visser
ناشر
O’Reilly Media
ISBN10:
1491954523
ISBN13:
9781491954522
قیمت: 16000 تومان
برچسبها:
Have you ever felt frustrated working with someone else’s code? Difficult-to-maintain source code is a big problem in software development today, leading to costly delays and defects. Be part of the solution. With this practical book, you’ll learn 10 easy-to-follow guidelines for delivering C# software that’s easy to maintain and adapt. These guidelines have been derived from analyzing hundreds of real-world systems.
Written by consultants from the Software Improvement Group (SIG), this book provides clear and concise explanations, with advice for turning the guidelines into practice. Examples for this edition are written in C#, while our companion Java book provides clear examples in that language.
Write short units of code: limit the length of methods and constructors
Write simple units of code: limit the number of branch points per method
Write code once, rather than risk copying buggy code
Keep unit interfaces small by extracting parameters into objects
Separate concerns to avoid building large classes
Couple architecture components loosely
Balance the number and size of top-level components in your code
Keep your codebase as small as possible
Automate tests for your codebase
Write clean code, avoiding "code smells" that indicate deeper problems