از پیچیدگی هسته هراسان نباشید، هسته همیشه پیچیدگی خودش رو خواهد داشت، نحوه ی استفاده از Component شما بسیار مهمه.برای مثال در طراحی ماشین باید براتون خیلی مهم باشه که فرمون جای راحتی باشه، قابل دسترسی باشه، نرم باشه دنده در جای خودش باشه و حتی حذف بشه! کامپیوتر جلوی چشم باشه و گاز و ترمز در جای مناسب و استفاده اش آسون باشه ولی وقتی موتور ماشین رو پیاده سازی می کنید نمیشه براش جای صندلی برای نشستن بذارید یا مثل دنده و فرمون زیبا و زینت بهش بدید و انتظار داشته باشید کسی که پشت فرمون میشینه از موتور ماشین هم سردربیاره.
هسته ی ابزار ها توی برنامه نویسی همیشه مثل موتور ماشین پیچیدگی خودش رو خواهد داشت، یادگیریش سخت خواهد بود بخاطر اینکه ده ها و صد ها و هزاران چیز دارن تبدیل میشن به چهار تا چیز که کارش برای End User راحت باشه.شما هسته ی دات نت یا EF رو ببینید باید در مورد IL و Expression و Reflection ها خیلی چیزها بدونین و مسلط باشید.با این ها میتونید ابزار ها و هسته هایی بسازید که کار برنامه نویس های توسعه دهنده و حتی جونیور هم راحت بشه ولی انتظار نداریم که یک جونیور براحتی بفهمه داخل هسته داره چه اتفاقی میوفته.
هرچی که بخواید کار برنامه نویس استفاده کننده از ابزار شما آسون تر بشه، بخاطر رعایت مسائل پرفورمنس و مموری و OOP و ... شما هسته رو پیچیده تر طراحی خواهید کرد، مثل جویدن لقمه برای نوزادی میمونه که خودش توانایی انجام اینکار رو نداره و شما هم ازش این انتظار رو ندارید.

@CSharpTips

در راستای توضیح هسته:
این دو تابع دوتا ورودی فانکشن رو با هم And و Or میکنن و تبدیل به یک func می کنن.
نحوه ی استفاده از Expression ها برای And و Or کردن دو Func ورودی که جلوتر توضیح خواهم داد.
#Expression
#CSharp

@CSharpTips

تابع OrAlso که در تصویر می بینید در اصل دو فانکشن میگیره و اونارو با هم Or میکنه و تبدیل به یک فانکشن به صورت Experssion میکنه به طوری که برای ORM هایی مثل EF Core قابلیت تبدیل به کوئری های دیتابیس رو داره.
حالا چطوری یاد بگیریم که با Experssion ها کار کنیم و باهاش چیزای جالبی خلق کنیم؟
چندتا قانون رو باید در نظر بگیرید:
1.اینکه Experssion ها دقیقا مثل کد نویسی شما نیستند بنابراین انتظار نداشته باشید بدون اینکه به Experssion بگید که این قسمت کدم باید اجرا بشه و نتیجه اش مقایسه بشه به صورت جادو وار خودش بفهمه.پس صدا زدن Expression.Invoke مهمه.
2.اگر Experssion رو کامپایل کنید بهتون خروجی delegate رو میده پس حواستون باشه که اگر کامپایلش کنید دیگه ORM نمیتونه تبدیلش کنه به کوئری دیتابیس.منظور از کامپایل کردن صدا زدن تابع Compile هست.
3.و اینکه Experssion ها توابع قابل تبدیل و ترجمه شدن در Runtime هستند که چون توی یک delegate به صورت خیلی ساده و مستقیم نوشته میشن خیلی هم ساده قابلیت تبدیل شدن و ترجمه دارن پس انتظار نداشته باشید یک تابع با body چند خطی که کلی توش ضرب و تقسیم کردید براتون تبدیل به experssion بشه که قابل ترجمه برای ORM ها باشه.

میخوام تابع زیر رو تبدیل به experssion در حالت runtime کنم:

        public static Func<T, bool> OrAlso2<T>(this Func<T, bool> left, Func<T, bool> right)
        {
            return x => left(x) || right(x);
        }

توضیحات:

var param = Expression.Parameter(typeof(T), "x");

در خط کد بالا شما میبینید که من دارم یک پارامتر تعریف می کنم.

در کد زیر میبینید که من با استفاده از تابع OrElse دوتا فانکشن رو با هم Or کردم که همون عملگر || توی سی شارپ هست. وقتی نوشتم Expression.Invoke به این معنی هست که خروجی اون فانکشن باید با خروجی فانکشن دومی Or بشه.دوتا ورودی داریم که من ورودی اول رو همون فانکشن میذارم و بهش میگم که پارامترم رو به ورودی فانکشن بفرست.این به این معنی هست که من الان دارم یک فانکشنی میسازم که داخلش دوتا فانکشن رو با هم Or میکنم پس فانکشن اصلی من یک ورودی به نام x داره که x رو توی دوتا فانکشنی که دارم به عنوان ورودی بعدی پاس میدم تا ازش خروجی بگیرم.

var body = Expression.OrElse(Expression.Invoke(left, param), Expression.Invoke(right, param));

مثال بارز استفاده اش اینطوریه:

            Expression<Func<MyClass, bool>> firstQuery = x => x.Name == "Ali";
            Expression<Func<MyClass, bool>> secondQuery = x => x.Age > 10;
            Expression<Func<MyClass, bool>> mergedQuery = ExpressionHelper.OrAlso(firstQuery, secondQuery);

در کد های بالا ورودی اصلی x ما همون کلاس MyClass خواهد بود و ما وقتی توی خط اول Experssion هامون گفتیم Expression.Parameter(typeof(T), "x") یعنی همون ورودی x که از نوع MyClass هست رو تعریف کردیم.
حالا در کد های بعدی ما سه تا بلاک داریم:
1.Expression.Invoke(left, param)
2.Expression.Invoke(right, param)
3.Expression.OrElse

شماره یک و دو دارن ورودی x رو به عنوان پارامتر به فانکشن های ورودی میفرستن تا خروجی رو بگیرن یعنی یکبار x => x.Name == "Ali" و یکبار x => x.Age > 10 اجرا میشه و بعد توسط تابع Expression.OrElse با هم Or میشن.
حالا قدم بعدی اینه که وقتی پارامتر هارو ساختیم حالا باید از کاری که کردیم یک خروجی delegate از نوع experssion بسازیم که در خط آخر میبینید:

            var lambda = Expression.Lambda<Func<T, bool>>(body, param);

اینجا پارامتر اصلی experssion خودمون رو به عنوان ورودی از نوع param دادیم و منطق اصلی experssion مون که توسط OrElse ساختیم رو به عنوان body میدیم و انتظار داریم که خروجی ای که به ما میده یک experssion از نوع or کردن دو فانکشن experssion باشه که برای ORM ها قابل ترجمه باشه.
امیدوارم این آموزش براتون قابل استفاده بوده باشه.

کانال تلگرام:
@CSharpTips

این قابلیت Fetch and merge گیتهاب واقعا کار راه اندازه، خوبای گیت میدونن که اگر این قابلیت نبود چقدر دردسر برای Rebase کردن و مرج کردن با upstream داشتن

این فیچر باعث میشه پروژه ی اصلی با فورک شما مرج بشه و آخرین تغییرات همیشه روی فورک شما اعمال بشه، با این حال اگر از تغییرات روی پروژه های اصلی گیتهاب عقب بمونید دیگه لازم نیست کلی دردسر برای Rebase کردن بکشید که در نهایت کلی وقتتون گرفته بشه که فقط فورک خودتون رو با upstream اصلی مرج کنید

@CSharpTips


#گیتهاب
#مرج
#ریبیس
#git
#github
#rebase

دوباره، اینبار توی دات نت رانتایم، فقط 5 دیقه وقتم رو گرفت به زودی یه داستان برای اینکه چطوری تونستم توی پنج دیقه عضو کانتریبیوتر های دات کور با یک تغییر ساده بشم براتون میذارم.

https://github.com/dotnet/runtime/pull/62633

@CSharpTips

Don't Do That, Do This: The .NET 6 Edition
https://www.daveabrock.com/2021/12/08/do-this-not-that-the-net-6-edition/

توی سی شارپ چطوری بتونیم کلاس هایی که کپسوله کردیم رو از بیرون براش تست کیس بنویسیم؟
وقتی کلاس هاتون رو کپسوله میکنید مثلا لایه ی دسترسی اون کلاس رو internal می کنید یعنی فقط درون اون dll برای بقیه کلاس ها public محسوب میشه و بیرون اون dll یا اسمبلی دیگه برای ویژوال استادیو قابل دیدن نیست و بدون رفلکشن نمی تونید توابعش رو صدا بزنید.
حالا چطوری براش تست کیس بنویسیم؟ چون پروژه تست ما یک پروژه خارجی هست و داره از اون اسمبلی استفاده میکنه و اینطوری به کلاس های internal ما دسترسی نداره.

پاسخ:
از طریق خصیصه (attribute) ای به نام InternalsVisibleTo می تونید اینکار رو انجام بدید.
فرض کنید من یک اسمبلی Logic دارم به نام TestNamespace.Logics و یک اسمبلی تست دارم به نام TestNamespace.Tests حالا فقط کافیه برم توی csproj اسمبلی لاجیکم و اینو بنویسم:

  <ItemGroup>
    <InternalsVisibleTo Include="TestNamespace.Tests" />
  </ItemGroup>

نکته: این کد برای دات نت Core 5.0 به بالا جواب میده احتمالا برای نسخه های پایین تر باید درگیر نصب پکیج بشید یا توی AssemblyInfo.cs این تغییرات رو اعمال کنید که با یه جستجو توی اینترنت روش هاش رو می تونید پیدا کنید.

@CsharpTips

بالاخره جنریک اتریبیوت ها هم دارن میان 🥰💪

#یاگیری_عمیق
#Deep_Learning
#برنامه_نویسی

خیالتون رو راحت کنم نه با کتاب، نه با #ویدئو ها و #صوت های #آموزشی، نه با #مقالات و نه حتی با #استاد و هیچ کدوم از این ها #یادگیری_عمیق اتفاق نمیوفته

چطوری اتفاق میوفته؟
دوستان عزیزم دوست ندارم وقتتون رو برای اینکه توی یک چیزی عمیق بشید حروم تبلیغات و کتاب و مقاله کنید پس دقت کنید و بببینید که چطوری باید توی چیزی عمیق بشید.
بدن انسان طوری پیاده سازی شده که درد ها رو رنج ها رو خیلی دیر فراموش میکنه ولی خوشحالی ها و تفریحات رو خیلی زود فراموش میکنه.

یادگیری عمیق برای همین مهمه، اتفاقیه که فقط با درد و رنج و تلاش بسیار اتفاق میوفته نه نشستن یه گوشه و لای کتاب رو باز کردن، خیالتون رو راحت کنم هرچی توی کتاب ها و مقالات بخونید خیلی زود فراموش می کنید.

یکی از عزیزان ازم سوال پرسیدن که چطوری توی یه موضوعی توی برنامه نویسی عمیق بشیم؟

امروزه به خاطر وجود ابزار های زیاد برنامه نویسی عمیق شدن خیلی سخت شده چون ممکنه دیگه ابزاری نباشه که سازندش شما باشید و کسانی که میخوان شروع کنن باعث بشه توی چیزی عمیق بشن و به چالش های زیادی بخورن، خب با وجود این مساله چطوری باید توی چیزی عمیق بشیم؟

مثالی که من همیشه میزنم:
اگر ایده ای ندارید چرخ رو دوباره اختراع کنید، تمرین سازی کنید فقط و فقط توی همین حالته که یک که هیچ صد قدم از بقیه جلوترید، چرا؟
اختراع کردن چرخ مثلا یک پکیج و محصولی که قبلا توسط یک شخص نوشته شده رو مجدد پیاده سازی کنید، اینطوری چندتا اتفاق جالب میوفته:
1.به چالش های جدید برنامه نویسی می خورید
2.رنج ها و تلاش های بسیاری میکشید و یاد میگیرید
3.ممکنه ایده ی نو و جدیدی به ذهنتون برسه و دنیا رو تکون بدید

برای مثال من به یکی از دوستان گفتم اگر میخوای توی مبحث Reflection عمیق بشی، برو و Newtonsoft Json رو از صفر بزن (نه همشو) و با سریالایز و دیسرالایز کردن جیسون و چالش هایی که توش میخوری براحتی با مبحث Reflection آشنا میشی و قوی میشی و این میشه که شما اون بحث رو عمیقا یاد میگیری و تا سالها از یادت نمیره

فراموش نکنید #یادگیری با #یادگیری_عمیق متفاوت هستند

@CSharpTips

سیگنالگو 5.7 به همراه افزونه ی ویژوال استادیو 2022 منتشر شد.
امکانات اضافه شده به این نسخه:

1.توانایی ایجاد فایروال شخصی سازی شده

2.اضافه شدن قابلیت Key و PerSession به ConcurrentLockAttribute که توسط نوع Key شما می تونید بر اساس یک کلید خاصی لاک رو روی متد سرویس اعمال کنید و بر اساس PerSession به دو صورت میتونید لاک رو روی متد اعمال کنید.یک بر اساس سشن کاربر که یعنی فقط برای خود همون کاربر لاک انجام میشه دوم اگر مقدار Key رو با نام یکی از پارامتر های ورودی پر کنید لاک روی متد بر اساس سشن کاربر و مقدار ورودی که به پارامتر ارسال شده انجام میشه.کاربرد دومی خیلی ملموسه که موقع خرید کاربر نمی خواهید بقیه ی کاربرا منتظر و تو صف باشن ولی میخواهید اگر همون کاربر با همون ورودی دوبار متد رو صدا زد بره تو صف خودش 😉 کاربردش توی جلوگیری از عملیات همزمان موقع خرید کاربر هست و باعث میشه بقیه ی کاربرا به خاطر اون کاربر تو صف نباشن و فقط همون کاربر اگر متد رو دوبار همزمان صدا زد خودش فقط بره تو صف و کاراش تو صف انجام بشه

3.اضافه شدن فانکشن OnSendResponseToClientFunction که باهاش می تونید تمامی خروجی ها رو قبل از اینکه به سمت کلاینت برسه بررسی کنید یا تغییر بدید.

4.ساپورت gzip

#signalgo

@CsharpTips

Early peek at C# 11 features - .NET Blog
https://devblogs.microsoft.com/dotnet/early-peek-at-csharp-11-features/

مقایسه زبان سی شارپ با Nodejs و پاسخ به چند سوال!

https://youtu.be/NVPX7L-ymCI

#برنامه_نویس عزیزم، آیا میدونستی اگر #کد_تمیز بزنی توانایی این رو داری که در مصرف #برق شهر و کشورت #صرف_جویی کنی؟
چطوری؟
#کامپیوتر ها و #گوشی ها و #دستگاه هایی که با عملیات پردازشی در ارتباط هستند به ازای #پردازش بیشتر، برق بیشتری مصرف می کنند.
به همین علت اگر کدهاتون رو تمیز و #بهینه بزنید و البته بدونید چه متغیر هایی رو چه جاهایی استفاده کنید که مصرف کامپیوتر یا گوشی یا هر دستگاهی رو کاهش بدید عملا باعث شدید اون دستگاه برق کمتری رو مصرف کنه.

پس دوست برنامه نویس عزیزم برای پایین آوردن مصرف برق شهر و کشورت هم که شده شما با بهینه کد زدن توانایی این رو داری که میزان اسراف رو کم کنی و کارهایی انجام بدی که حتی نمیدونی به چه جاهایی بعدا کمک خواهد کرد.

یوسفی

جهت شفافیت بیشتر که چرا هم کد تمیز و هم کد بهینه باعث کاهش مصرف انرژی میشن:

اجازه بدید یک مثال ملموس بزنم تا متوجه بشیم که کد تمیز ربطی به مصرف انرژی داره یا نه؟ و علت اینکه چرا توی پست هم اشاره به کد تمیز شده و هم اشاره به کد بهینه.

وقتی شما کد تمیز میزنید در طی زمان طولانی وقتی برمیگردید و میخواهید کدهاتون رو توسعه بدید سریعتر میتونید کد رو بخونید، تحلیل کنید و توسعه بدید یا رفع باگ کنید، اینجا یک مولفه ای وجود داره به نام زمان.

اگر شما ساعتی صد هزارتومان حقوق دریافت کنید، کد های تمیز، وقت و زمان و انرژی کمتری از شما میگیرن تا فیچر های جدید اضافه بشن یا باگ ها رفع بشن، اما اگر کد ها کثیف باشن شما به جای یک ساعت ممکنه ده ساعت وقت بذارید بناراین شما به جای صدهزار تومان در واقع 1 میلیون تومان براتون هزینه داشته تا اون فیچر و اون باگ رو رفع کنید (فقط بخاطر اینکه کد ها ناخوانا بودن و اصلا بهینه بودن اینجا مطرح نیست) که بر حسب ساعت کاری براتون حساب میشه پس زمان بیشتری از شما گرفته.
همچنین در مصرف هزینه های کارفرما صرف جویی میشه، وقتی شما در مصرف هزینه ها صرف جویی کنید اتوماتیکوار مصرف انرژی رو کاهش دادید چون برای بدست آوردن اون پول ها انرژی زیادی مصرف شده و پول ها بدون مصرف انرژی تولید نمی شن

امیدوارم صریح و شفاف گفته باشم که چطور کد تمیز و کد بهینه باعث کاهش مصرف انرژی میشن

#تریدآف
#Tradeoff

یکی از واژه هایی که از سنیور ها می شنوید و احتمالا خیلی زیاد به گوشتون خورده، از این واژه وقتی استفاده میشه که برنامه نویس به این باور رسیده که راه چاره ای نداره و نمیتونه دوتا چیز رو همزمان در پروژه اش داشته باشه، یکی از این مسائل پرفورمنس به همراه کد تمیزه.
برنامه نویس های مجرب به این باور رسیدن که نمیشه هم پرفورمنس بالایی داشت و هم کد تمیز داشت، من میخوام امروز به این موضوع بپردازم که چقدر این حرف درسته و آیا دلیل موجهی برای اثباتش دارم یا خیر؟
من معتقدم استفاده از کلمه ی تریدآف فقط به این معنیه که من برنامه نویس تا همینجا علمش رو داشتم، بیشتر از این نمی تونم کمکتون کنم و از نظر اعتقادی باور کرده که نمیشه این دوتا چیز رو همزمان داشت اما آیا اون اعتقاد درسته؟ همیشه یه راه سومی وجود داره و اگر به ذهنتون نرسیده دلیل بر این نیست که وجود نداره باید باور کنیم ما علامه و عالم به همه چیز نیستیم ما بر این باوریم که همیشه میشه بهتر فکر کرد و راه های بهتری پیدا کرد برای همین دیدگاه هست که علم پیشرفت میکنه چون یه عده مخالف گوشی های دکمه ای بودن و فکر میکردن که باید راه بهتری باشه پس گوشی های لمسی رو اختراع کردن. بنابراین ذهن خودتون رو بسته نگه ندارید و نذارید به این موضوع باور کنید که شما همه چیز رو درست میگید، اگر به این باور رسیدید دروازه های پیشرفت و خلاقیت رو به روی ذهن خودتون بستید.
خب بریم سراغ اینکه من چطوری میخوام این موضوع رو اثبات کنم؟
همه میدونیم grpc خیلی سریعه و messagepack هم همینطور، اما هر دوی اینها قسمتی از کدهای شمارو کثیف میکنن و وابستگی به پروژه ی شما اضافه میکنن.
چطور؟
توی grpc شما حتما باید protobuf بسازید، فایل هایی که خروجی و ورودی سرویس ها و پروپرتی مدل های شمارو برای سریالایز و دیسریالایز مشخص میکنن.پس وابستگی grpc به پروژه های شما شد این فایل هایی که همه جا همراه شما میان.چرا grpc به همچین فایل هایی احتیاج داره؟
چون grpc وقتی داده هارو سریالایز میکنه مثل json اطلاعات پروپرتی کلاس ها و نام پروپرتی ها رو و مرتب سازی اونها رو توی داده هایی که رد و بدل می کنه نگهداری نمی کنه به همین واسطه نیاز داره که از شما نحوه مرتب سازی پروپرتی ها و نام هاشون رو داشته باشه تا اگر حذفشون کردید یا تغییر نامشون دادید بتونه دیسریالایزشون کنه.
توی messagepack هم به همین شکله، چیزی به نام protobuf نداره ولی بالای پروپرتی های کلاس هاتون باید کلی اتریبیوت بذارید که ایندکسش رو مشخص کنید.
خب من پکیجی ساختم به نام BinaryGo که توی گیتهابم هست، این پکیج نه protobuf داره و نه لازمه بالای کلاسهاتون attribute بذارید در عین حال نزدیک به دوبرابر از grpc و messagepack سریعتره.این یعنی کد تمیزی برای شما به وجود میاره و در عین حال پرفورمنس بیشتری داره.
حالا از این به بعد اگر کسی به شما گفت این قضیه تریدآف داره و نمیشه کد تمیز داشت و بهینه هم باشه تنها یک جمله بهش بگید: مهندس نگو نمیشه، بگو من علمش رو ندارم یا نمی دونم.

دانلود منیجر آگرین اوپن سورس شد!

دانلود منیجر آگرین نرم افزاری بود که از سال 2012 شروع به پیاده سازی اون کردم و تا همین چند سال پیش به عنوان یک پروژه فردی توسعه داده شد.این یک پروژه ی #شکست_خورده هست چون من نتونستم ایده هایی که میخواستم رو کامل توش پیاده سازی کنم، دانلود از یوتیوب شروع خوبی برام بود تازه داشتم به درآمد خوبی می رسیدم شاید امروز اوضاعم خیلی فرق میکرد ولی به خاطر این قابلیت توسط #کافه_بازار حذف شد و من انگیزم کامل از بین رفت!
اما امروز اونو اپن سورس کردم تا توسعه دهندگانی که میخوان توی عرصه ی نرم افزارهای ویندوز و موبایل کار کنن شاید این سورس بتونه کمک حالشون باشه.
اون قدیما توی سال 2012 یه فرومی بود که من توش تاپیک زده بود در مورد توسعه ی این دانلود منیجر که هنوز موجوده:
https://forum.p30world.com/showthread.php?t=556052
وبلاگ رسمیش اون قدیما:
https://framework.blogfa.com/

از قابلیت های این نرم افزار مسائل زیر بود:
1.دانلود انواع فایل ها روی گوشی های اندروید و ویندوز
2.قابلیت دانلود با زمانبندی
3.گروه بندی
4.دانلود از آپارات،یوتیوب و فیسبوک و اینستاگرام و مدیافایر و ... انواع سایت های دانلود و مشاهده ی فیلم و عکس
5.دانلود هوشمند از داخل مرورگر
و...
آدرس سورس:
https://github.com/Ali-YousefiTelori/Agrin

توی سی شارپ سازنده های استاتیک کلاس های فرزند، زودتر از کلاس والد صدا زده میشن در حالی که در ارث بری ابتدا سازنده های کلاس های والد صدا زده میشن.
یعنی اگر یک کلاس Child داشته باشید که از کلاس Parent ارث میبره به شکل زیر:

    public class Parent
    {
        public Parent()
        {
            //Priority 3
        }

        static Parent()
        {
            //Priority 2
        }
    }

    public class Child : Parent
    {
        public Child()
        {
            //Priority 4
        }

        static Child()
        {
            //Priority 1
        }
    }

به ترتیبی که شماره گذاری کردم هر کدومشون اجرا میشن.
چرا؟
چون ارث بری توی استاتیک معنی نداره برای همین وقتی اولین بار کلاسی رو استفاده میکنید یک نمونه از اون برای توابع استاتیک ساخته میشه برای همین بلافاصله اول توابع استاتیک اون کلاس صدا زده میشن و حتی سازنده های استاتیک کلاس والد صدا زده نمیشن مگر اینکه از کلاس والد هم استفاده کرده باشید. بنابراین صدا زده شدن سازنده های استاتیک کلاس بستگی به استفاده از خود اون کلاس داره (اول والد رو استفاده کنید پس والد صدا زده میشه یا اول فرزند رو استفاده کنید پس فرزند صدا زده میشه)
اما سازنده های غیر استاتیک به ترتیب از پایین ترین لایه شروع به صدا زده شدن می کنن اما این صدا زدن در واقع از لایه ی بالا انجام میشه، یعنی چی؟ یعنی ابتدا سازنده ی کلاس فرزند شروع به صدا زدن لایه های پایین تر میکنه برای همین شما میتونید در حالی که سازنده ی کلاس فرزند صدا زده میشه به سازنده ی کلاس والد ورودی بدید.بعد از اینکه سازنده ی کلاس پدر صدا زده شد حالا وارد سازنده ی کلاس فرزند میشیم.

بنابراین ما دو نوع سازنده ی استاتیک و غیر استاتیک داریم که در ارث بری به دو شکل متفاوت صدا زده میشن حواستون باشه.


#تخصصی
#سی_شارپ

@CsharpTips