فهرست
1 - مقدمه
2 - مبانی کاتلین
3 - کد نویسی مقدماتی کاتلین
5.3 اضافه کردن پکیج ها در کاتلین و خلاصه بخش سوم
4 - توابع
2.4 تابع با پارامترهای پیشفرض و نامیده شده
3.4 تابع با پرامترهای نامحدود و خلاصه بخش چهارم
5 - کلاس ها
3.5 visibility modifier ها در کاتلین
6.5 Object ها در کاتلین و خلاصه بخش پنج
6 - ارث بری
2.6 کارکردن با کلاس های abstract در کاتلین
3.6 کلاس های interface در کاتلین
4.6 نگاه کوتاه به generic ها و خلاصه بخش شش
7 - کارکردن با Null ها
1.7 null safety و خلاصه بخش هفت
8 - نکات اضافه
7.8 annotation ها در کاتلین و خلاصه بخش هشت
9 - نگاه functionalای
4.9 عبارت های الحاقی در کاتلین و خلاصه بخش نهم
10 - قابلیت همکاری و Interoperability
2.10 صحبت کردن با جاوا از کاتلین
3.10 کار کردن با null ها از جاوا
4.10 صحبت کردن با کاتلین از جاوا
5.10 توابع و خصیصه های درجه اول
6.10 توابع الحاقی کاتلین از جاوا
7.10 همکاری با جاوا 7 و 8 و خلاصه بخش دهم
11 - کتابخانه استاندارد
1.11 کتابخانه استاندارد کاتلین و کارکردن با کالکشن ها در کاتلین
2.11 مرور کوتاه بر روی filtering و mapping و flatmapping در کاتلین
نگاه کوتاه به generic ها و خلاصه بخش شش
حالا فرض کنید من یک اینتفریس دارم به نام EmployeeRepository و این کد هارو براش زدم
class Employee
interface EmployeeRepository{
fun store(onj: Employee){
}
fun getById(id : Int) : Employee
}
میبینین که ما درواقع یک سری کد رو تکرار کردیم. کلاس CustomerRepository (که جلسه قبل نوشتیم) و کلاس EmployeeRepository مون، دوتابع تکراری store و getById دارن و تنها تفاوت بین این دو تایپی که توابعش بر میگردونن است ، یکی Employee و یکی دیگه Customer.حالا اگه شما با برنامه نویسی اشنا باشین میدونین که چجوری بتونیم به مقصود دلخواهمون برسیم و اون هم استفاده از Generic هاست. بذارین شیوه کارمون رو توضیح بدم، ما یک سری کلاس های Generics تولید میکنیم که قراره یک سری پارامتر به نامType Parameter رو بگیرن و محصولی رو تولید کنن.خب پس بیاین ببینیم چجوری این کار انجام میشه.
interface Repository<T> {
fun getById(id:Int) : T
fun getAll() : List<T>
}
یک اینترفیس ساختیم به نام Repository که یک Type Parameter میگیره به نام T و دو تابع هم داریم که یکی اون پارامتر رو با یک شماره برمیگردونه و یکی دیگه هم لیست کل پارامتر هارو برمیگردونه.
نحوه استفاده ازش هم راحته، کافیه یک کلاس بسازیم به نام CustomerGenericRepository به فرم زیر
class Customer
interface Repository<T> {
fun getById(id:Int) : T
fun getAll() : List<T>
}
class CustomerGenericRepository<T> : Repository<T> {
override fun getById(id: Int): T {
TODO("not implemented")
}
override fun getAll(): List<T> {
TODO("not implemented")
}
}
fun main(args: Array<String>) {
val customerRepo = CustomerGenericRepository<Customer>()
}
حالا شما تقریبا متوجه شدین که Customerهه اول نام CustomerGenericRepository درواقع اضافه است! چون لازم نیست که لغت Customer رو اولش بیاریم. تنها کاری که باید انجام بدیم اینه که یک کلاس بسازیم به نام GenericRepository و بعدش Employee و Customer رو بهش پاس بدیم!خب پس میریم و Customer رو از اولش بر میداریم.
class Customer
class Employee
interface Repository<T> {
fun getById(id:Int) : T
fun getAll() : List<T>
}
class GenericRepository<T> : Repository<T> {
override fun getById(id: Int): T {
TODO("not implemented")
}
override fun getAll(): List<T> {
TODO("not implemented")
}
}
fun main(args: Array<String>) {
val customerRepo = GenericRepository<Customer>()
val employeeRepo = GenericRepository<Employee>()
}
همچنین ما میتونیم Generic هارو برای توابع هم استفاده کنیم
interface Repo{
fun <T> getById(id : Int) : T
fun <T> getAll() : List<T>
}
class MyRepo : Repo {
override fun <T> getById(id: Int): T {
TODO("not implemented")
}
override fun <T> getAll(): List<T> {
TODO("not implemented")
}
}
البته زمانی که کل کلاس از یک تایپ استفاده میکنن، خب بهتره که کل کلاس رو Type Parameter بدیم تا این که تک تک توابع رو، ولی زمانی که توابع داخل کلاس، هر کدوم Type Parameter های متفاوت میگیرن اون موقع این کار منطقیه.
خلاصه بخش 6:
1- به صورت پیش فرض تموم کلاس ها final هستند، در هنگام ارث بری نیاز به کلید واژه open داریم
2- کلاس های abstract به مانند interface هستند با این تفاوت که اجازه میدن حالت رو نگه داریم
3- کاتلین هم همچنین اجازه میده تا کلاس و متد های Generic داشته باشیم و البته در دوره Advance بیشتر به این مورد ها میپردازیم.