اخیراً، دوست خوب من ریچارد فیختنر توصیه کرده است که از دستور   برای خلاص شدن از شر وابستگی های اعلام شده اما استفاده نشده استفاده کنید: mvn dependency:analyze   https://bsky.app/profile/did:plc:cc2k5egfzqpf3nbjrs5xox4r/post/3lcxfnsc2h62m?ref_src=embed&embedable=true  در حالی که سال ها پیش ایده خوبی بود، امروز توصیه خطرناکی است. در این پست، می‌خواهم توضیح دهم که این افزونه چه کاری انجام می‌دهد و چرا نباید از آن استفاده کنید، اما در ساده‌ترین پروژه‌ها.  دستور  mvn dependency:analyze  Maven از معماری پلاگین استفاده می کند. در دستور بالا، افزونه   است. یک افزونه میزبان چندین   مرتبط است. در اینجا، آن را   . maven-dependency-plugin هدف analyze  وابستگی های این پروژه را تجزیه و تحلیل می کند و تعیین می کند که کدام ها هستند: استفاده شده و اعلام شده; استفاده شده و اعلام نشده؛ استفاده نشده و اعلام شده این هدف برای استفاده مستقل در نظر گرفته شده است، بنابراین همیشه مرحله   را اجرا می کند - به جای آن هنگام شرکت در چرخه عمر ساخت، از هدف   استفاده کنید. test-compile dependency:analyze-only  به طور پیش فرض،   برای انجام تجزیه و تحلیل استفاده می شود، با محدودیت هایی به دلیل این واقعیت که در سطح بایت کد کار می کند، اما هر تحلیلگری را می توان از طریق پارامتر   متصل کرد. maven-dependency-analyzer analyzer  --  وابستگی: تجزیه و تحلیل    یک جزء مشترک Maven است. توضیحات آن کاملاً توصیفی است: maven-dependency-analyzer  وابستگی های یک پروژه را برای مصنوعات اعلام نشده یا استفاده نشده تجزیه و تحلیل می کند.    : از آنجایی که تجزیه و تحلیل به جای منبع روی   انجام می شود، برخی موارد از جمله ثابت ها، حاشیه نویسی با حفظ فقط منبع و پیوندها در جاوادوک شناسایی نمی شوند. این می تواند منجر به نتایج نادرست شود، زمانی که اینها تنها موارد استفاده از یک وابستگی هستند. هشدار بایت کد  جزء اصلی   است که از   و   استفاده می کند. ProjectDependencyAnalyzer ClassAnalyzer DependencyAnalyzer  -  تحلیلگر وابستگی maven  هشدار به وضوح نشان می دهد که در سطح   کار می کند. به ویژه، به صراحت اشاره می کند که حاشیه نویسی در سطح منبع را در نظر نمی گیرد. بایت کد  استارت بوت بهار  من مدتها پیش نحوه طراحی     توضیح دادم و از آن زمان تغییر زیادی نکرده است. اگر در شروع کار بهار بوت تازه کار هستید، در اینجا خلاصه ای از آن آورده شده است. استارت بوت Spring خود را  SpringBoot به کلاس های AutoConfiguration متکی است. کلاس های AutoConfiguration کلاس های پیکربندی معمولی هستند،   ، آنها به کلاس های برنامه کمک می کنند. می‌توانید معیارهای فعال‌سازی خاصی مانند وجود ویژگی Spring را تنظیم کنید، اما این معیارها مختص پیکربندی خودکار نیستند. به عنوان مثال  در اینجا یک جریان بسیار ساده آمده است:   JAR که به طور خودکار با Spring Boot ارائه می شود   است. می توانید محتوای   آن را بررسی کنید: org.springframework.boot:spring-boot-autoconfigure META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports   ... org.springframework.boot.autoconfigure.web.client.RestClientAutoConfiguration org.springframework.boot.autoconfigure.web.client.RestTemplateAutoConfiguration org.springframework.boot.autoconfigure.web.embedded.EmbeddedWebServerFactoryCustomizerAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.HttpHandlerAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.ReactiveMultipartAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.ReactiveWebServerFactoryAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.WebFluxAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.WebSessionIdResolverAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.error.ErrorWebFluxAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.function.client.ClientHttpConnectorAutoConfiguration org.springframework.boot.autoconfigure.web.reactive.function.client.WebClientAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.DispatcherServletAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.ServletWebServerFactoryAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.error.ErrorMvcAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.HttpEncodingAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.MultipartAutoConfiguration org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration org.springframework.boot.autoconfigure.websocket.reactive.WebSocketReactiveAutoConfiguration org.springframework.boot.autoconfigure.websocket.servlet.WebSocketServletAutoConfiguration org.springframework.boot.autoconfigure.websocket.servlet.WebSocketMessagingAutoConfiguration org.springframework.boot.autoconfigure.webservices.WebServicesAutoConfiguration org.springframework.boot.autoconfigure.webservices.client.WebServiceTemplateAutoConfiguration  به عنوان مثال،   در اینجا آمده است: RestClientAutoConfiguration   @AutoConfiguration(after = { HttpClientAutoConfiguration.class, HttpMessageConvertersAutoConfiguration.class }) //1 @ConditionalOnClass(RestTemplate.class) //2 @Conditional(NotReactiveWebApplicationCondition.class) //3 public class RestTemplateAutoConfiguration { // Class body }  ترتیب کلاس های پیکربندی خودکار را تنظیم کنید  اگر کلاس   در مسیر کلاس قرار دارد، آن را فعال کنید RestTemplate  اگر در زمینه برنامه وب واکنشی نیستیم، آن را فعال کنید  توجه داشته باشید که بارگذار کلاس، کلاس   را به خوبی بارگیری می کند،   کلاس   در مسیر کلاس باشد یا خیر! همانطور که در بالا مشاهده شد، فنر از این مکانیسم به طور کامل استفاده می کند. در واقع، وضوح کلاس های پیکربندی شده در حاشیه نویسی تا زمانی که   به آنها دسترسی پیدا نکند، به تعویق می افتد. RestTemplateAutoConfiguration صرف نظر از اینکه RestTemplate به طور صریح  آوردن   به عصر مدرن maven-dependency-analyzer  Committers آنالایزر را در سال 2007 طراحی کرد:   چگونه به نظر می رسید. Spring Boot بعداً در سال 2010 شروع شد. به همین دلیل، تحلیلگر بارگذاری کلاس معوق را در حاشیه نویسی انجام نداد. توجه داشته باشید که هنوز اینطور نیست. این پروژه مورد علاقه زیادی قرار نمی گیرد. در اینجا  هنگام استفاده از این افزونه در پروژه Spring Boot، نکات مثبت کاذب زیادی دریافت خواهید کرد. من آن را با یک پروژه ساده Spring Boot، با استفاده از WebFlux و R2DBC در PostgreSQL امتحان کردم.  در اینجا یک گزیده کوچک از خروجی هنگام اجرای   است: mvn analyze:dependencies   [WARNING] Unused declared dependencies found: [WARNING] org.springframework.boot:spring-boot-starter-data-r2dbc:jar:3.4.0:compile [WARNING] org.testcontainers:postgresql:jar:1.20.4:test [WARNING] org.testcontainers:r2dbc:jar:1.20.4:test  اگر هر یک از این وابستگی ها را حذف کنم، آزمایش ها اجرا نمی شوند.  برای اینکه آنالایزر با پروژه های Spring Boot کار کند چه چیزی لازم است؟ بیایید تحلیلگر را تحلیل کنیم.   این افزونه اجازه می دهد تا یک تحلیلگر دیگر را پیکربندی کنید:  تحلیلگر وابستگی پروژه را برای استفاده مشخص کنید (نقطه نقش مولفه پلکس). به طور پیش فرض از maven-dependency-analyzer استفاده می شود. برای استفاده از این، باید یک وابستگی برای این افزونه اعلام کنید که حاوی کد آنالیزور است. آنالایزر باید یک نام نقش Plexus اعلام شده داشته باشد و شما نام نقش را در اینجا مشخص کنید.    :  نوع java.lang.String    :  از زمان 2.2    :  مورد نیاز No    :  ویژگی کاربر analyzer    :  پیش‌فرض default  --  وابستگی: تجزیه و تحلیل  ما می‌توانیم یک تحلیلگر کلی ایجاد کنیم که از موارد بالا استفاده مجدد کند، اما یک آنالایزر خاص به Spring Boot اضافه کند.  نتیجه گیری  وضعیت فعلی تحلیلگر Maven هیچ مزیتی برای پروژه های مدرن Spring Boot ندارد. کد موجود برای پیکربندی و حتی پسوند باز است. با این حال، ما باید بسیاری از منطق Spring Boot را تعبیه کنیم. برای پروژه‌های Quarkus و Micronaut، به کد اختصاصی نیز نیاز داریم.  نمی دانم ارزش وقت و تلاش را دارد یا نه. اگر فکر می کنید اینطور است، امیدوارم این پست وبلاگ بتواند به عنوان یک تجزیه و تحلیل در مراحل اولیه باشد.   برای رفتن بیشتر:   وابستگی: تجزیه و تحلیل   تحلیلگر وابستگی Maven   طراحی استارتر Spring Boot خودتان – قسمت 1   طراحی استارتر Spring Boot خودتان – قسمت 2   در ابتدا در   در 9 مارس 2025 منتشر شد A Java Geek

Read all my posts!

Read My Stories

Follow @nicolas_frankel on Twitter

این صوت به زبان اصلی داستان تولید شده است!

استفاده از تحلیلگر وابستگی Maven برای خلاص شدن از شر وابستگی های استفاده نشده توصیه خطرناکی است امروز

About Author

نظرات

برچسب ها را آویزان کنید

این مقاله در ارائه شده است

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps