JetBrains گفت که Ktor هرگز به استفاده از چارچوب DI نیاز نخواهد داشت یا چارچوب DI را به عنوان بخشی از طراحی خود قرار نمی دهد.
JetBrains سردرگمی را در مورد برنامههای خود برای پشتیبانی تزریق وابستگی (DI) در Ktor که هفته گذشته در نقشه راه ۲۰۲۴ خود برای چارچوب مبتنی بر Kotlin فاش کرد، برطرف کرده است. این شرکت اکنون به کاربران اطمینان می دهد که هیچ الزامی برای استفاده از چارچوب DI با Ktor وجود نخواهد داشت.
در یک پست وبلاگ Kotlin که در ۱۸ مارس منتشر شد< /a>، Garth Gilmour، مدافع توسعهدهنده JetBrains، گفت که از زمان انتشار نقشه راه در ۱۲ مارس، سؤالات زیادی در مورد DI مطرح شده است. کاربران این سوال را مطرح کردهاند که چگونه Ktor برای پشتیبانی از DI و ادغام چارچوبهای DI موجود تغییر خواهد کرد. Ktor به توسعه دهندگان اجازه می دهد تا برنامه های ناهمزمان سمت سرور و سمت سرویس گیرنده را با استفاده از Kotlin بسازند.
گیلمور تاکید کرد که Ktor هرگز نیازی به استفاده از چارچوب DI نخواهد داشت یا چارچوب DI را به عنوان بخشی از طراحی خود قرار نمی دهد. او گفت: «ویژگی پیشنهادی فقط برای کاربرانی است که مایلند DI را با خدمات Ktor خود ترکیب کنند. این شرکت میخواهد به چارچوبهای DI موجود کمک کند تا تا حد امکان یکپارچه با Ktor یکپارچه شوند. DI کاملا اختیاری خواهد بود و کاربران در صورت تمایل می توانند از نحو بومی چارچوب DI استفاده کنند.
گیلمور گفت: «هدف ما سادهسازی اساسی نحوه استفاده از DI در Ktor است، بدون افزودن هیچ گونه پیچیدگی. برنامهها از کاربران میخواهند که بتوانند انتخاب کنند که در صورت وجود از کدام چارچوب DI میخواهند در Ktor Project Generator استفاده کنند. پشتیبانی برای تمام چارچوب های DI مورد توجه قرار گرفته است. سپس پلاگین Ktor Gradle به طور خودکار تمام اجزای مدیریت شده توسط آن چارچوب را پیدا می کند.
پست های مرتبط
JetBrains برنامه های تزریق وابستگی را برای Ktor روشن می کند
JetBrains برنامه های تزریق وابستگی را برای Ktor روشن می کند
JetBrains برنامه های تزریق وابستگی را برای Ktor روشن می کند