چون بچه‌ها خیلی زودتر از موعدی که انتظار داشتم وارد پروژه‌ی FileManager شدن من یه توضیحاتی در مورد این پروژه بدم و اینکه قراره چه نیازی رو از ما برطرف کنه تا بقیه‌ی دوستان هم جوین شن.

هدف این پروژه اینه که بتونه کار با فایل و فولدر رو برای شما آسون کنه.
چالش های پیش رو چیا هستن؟
1.مهمترین چالش سیستم عامل های مختلف هستند، برای مثال سیستم عامل ویندوز توی حالت عادی (غیر UWP) برای کار با پوشه و فایل از نرم افزار دسترسی نمیگیره ولی توی سیستم عامل های گوشی به این شکل نیست بلکه نیاز به دسترسی کاربر هست برای همین براحتی نمیتونید از Api های ساخت فایل و پوشه مثل همیشه استفاده کنید.
2.چالش بعدی عدم یکپارچگی مدیریت فایل ها بین دیسک و مموری و Api ها و سایت های مدیریت فایل هست. برای مثال Azure و Amazon و ... از نمونه سایت هایی هستند که به شما این امکان رو میدن که بتونید مدیریت فایل رو در بستر cload یا هاست اونها انجام بدید ولی ما میخوایم طوری FileManager رو پیاده سازی کنیم که کسی که میخواد از Api های مدیریت فایل هم استفاده کنه نیاز نباشه تا دانش زیادی از اون api ها بدونه و بره کلی مطالعه کنه که بفهمه مثلا برای ساخت فایل توی Amazon S3 باید چه api ای رو صدا بزنه (در حد همون secret هاش بدونه کافیه). ما این بستر رو براش فراهم میکنیم و مثل همیشه یک Interface برای انجام اینکار براش کافیه.
3.تست پذیر بودن این نوع پروژه، سخته که یک کتابخانه بنویسید که براحتی بتونید بین کتاب خانه های مختلف سوییچ کنید، ما یک معماری و راه ساده پیدا کردیم پس با استفاده از یک پیاده سازی Memory میتونید حتی فایل ها و پوشه هاتون رو توی حافظه بسازید و بدون درگیر بودن با مسائل مثلا دسترسی ها توی Android میتونید ابتدا با این حرکت فرایند اپتون رو تست کنید. سپس که دیدید فرایند درست کار میکنه سوییچ میکنید روی دیسک و دسترسی هاشو اوکی میکنید.


بنابراین ما در پروژه‌ی FileManager یک interface داریم و یک داکیومنت یکسان برای همه‌ی کتابخانه ها مینویسم که هرکسی این داکیومنت رو بخونه میتونه از هر Api ای که توی این بستر پیاده سازی بشه استفاده کنه.

میشه همون هلو بره تو گلوی خودمون 😄

آدرس ریپازیتوری:
https://github.com/EasyMicroservices/FileManager

آماده‌اید جمعه میتینگ دوم رو بریم؟ در مورد نقشه‌های بعدی‌مون حرف میزنیم.
بچه‌هایی که مشهد هستید بهم پیام بدید توی گروه اگر حضوری هم میتونید بیایید آدرس میدم تشریف بیارید.

https://t.iss.one/easymicroservices

چطوری #فورک خودمون رو با سورس اصلی سینک کنیم.
حتما براتون پیش اومده که وقتی فورک خودتون رو پول می‌کنید تغییرات سورس اصلی رو دریافت نمی کنید بلکه فقط تغییرات فورک خودتون رو پول می کنید، در ادامه در چند مرحله توضیح میدم که چطوری فورک خودتون رو با سورس اصلی سینک کنید که گاها اگر کانفیلیت دارید بتونید رفعش کنید.
یکی از روش‌ها استفاده از خود گیتهاب هست، همونطور که در تصویر می‌بینید می‌تونید وارد فورک خودتون بشید و روی گزینه‌ی Sync fork کلیک کنید سپس Update branch رو بزنید.

یکی از روش‌های Sync# کردن فورک خودتون با سورس اصلی استفاده از ابزار git هست.
دوتا مفهوم برای این موضوع در گیت وجود داره:
1.Origin
2.Upstream

ابزار cmd رو کنار سورستون اجرا کنید و دستور زیر رو توش بنویسید:
git remote -v

این دستور نسخه های موجود از درس های اون سورس رو روی کامپیوترتون به شما میده برای مثال نمونه‌اش رو در تصویر می‌بیینید که برای من آدرس upstream و آدرس origin تنظیم شده.
برای شما شاید فقط origin تنظیم شده باشه.

در صورتی که میخواید upstream یا origin رو حذف و اضافه کنید می‌تونید از دستورات زیر استفاده کنید.

برای مثال:
git remote add upstream gitRemoteAddress

به جای gitRemoteAddress آدرس گیت سورس اصلی رو بذارید.

اگر خواستید origin رو اضافه کنید به این شکل:
git remote add origin gitRemoteAddress

برای حذف origin هم میتونید از دستور زیر استفاده کنید:
git remote remove origin

برای حذف upstream:
git remote remove upstream

در نهایت همه‌ی این تنظیمات در پوشه‌ی .git که کنار پوشه‌ی سورس ساخته میشه توی فایل config هست.

سلام دوستان عزیز.
روز بخیر.
میتینگ امروز ساعت 12 توی تلگرام.

دوستان از طریق گروه میتونید جوین شید به میتینگ:
https://t.iss.one/easymicroservice

جلسه‌ی ضبط شده‌ی امروز👆

سوال:
آیا بعد از اینکه پول رکوئست زدیم به ازای تغییراتی که روی همون برنچ میزنیم باید دوباره پول رکوئست بزنیم؟

پاسخ:
خیر، هر پول رکوئستی که می‌زنید در واقع مشخص می‌کنید که کدوم برنچ از روی فورک شما به کدوم برنچ روی سورس اصلی مرج بشه، پس هر تغییری که روی اون برنچ روی فورکتون بفرستید بالا، اتوماتیک روی پول رکوئستی که زدید تغییرات اعمال میشه و Code reviewer ها مجدد باید بررسی کنن. بدون اینکه نیاز باشه کاری انجام بدید، یعنی فقط git push بزنید روی فورکتون کافیه، گیتهاب اونارو بروز میکنه.
دقت کنید که اگر پول رکوئستتون فعال باشه این اتفاق میوفته.

اگر دوتا تغییر متفاوت برای دوتا تسک متفاوت دارید باید روی فورکتون برنچ متفاوت بزنید اینطوری می‌تونید دوتا پول رکوئست رو از هم تفکیک کنید تا کامیت‌هاتون با هم مخلوط نشن.

#پول_رکوئست
#برچ
#branch
#pullrequest

زیرساخت اولیه ریپازیتوری Database رو هم پیاده سازی کردیم روی Ef Core به زودی توسعه های بیشتری روش اعمال می کنیم اما معماریش رو استخراج کردیم که بقیه ی ساختار دیتابیسی هم پیرو اون معماری باشن.
دوستان عزیز میتونید روی زیرساخت دیتابسی زبان های مختلف و ... هم کار کنید.

https://github.com/EasyMicroservices/Database

بچه ها لطفا پست لینکدین رو لایک و شیر کنید تا افراد بیشتری بهمون اضافه بشن و با قدرت بیشتری ادامه بدیم، ممنون که حمایت میکنید:

https://www.linkedin.com/posts/ali-visual-studio_aetahyagpaezaewaebaezaewahyaeb-microservice-activity-7022486493835243520-a8K4?utm_source=share&utm_medium=member_desktop

سلام دوستان عزیزم، فردا (جمعه) ساعت دوازده میتینگ داریم، در صورتی که تمایل داشتید می‌تونید از طریق گروه Easy Microservices ساعت دوازده آنلاین باشید تا گپ بزنیم و یکمی هم پرسش و پاسخ داشته باشیم🙏💪.

جلسه شروع شده دوستان میتونید از طریق گروه جوین شید:
https://t.iss.one/easymicroservice

خیلی از باگ‌ها و مشکلات اولونیا رفع شده و روی دات نت کور 7 هم قابلیت پیاده سازیش هست.

WPF
روی ویندوز، مک و لینوکس

پروژه‌ی عجیب و بزرگیه...

https://github.com/AvaloniaUI/Avalonia

ریپازیتوری Compression رو ایجاد کردیم.
پکیج جدید رو بزودی توسعه میدیم 😉.
توی این پکیج قراره انواع فشرده سازی رو پکیج کنیم.

https://github.com/EasyMicroservices/Compression

کلی ریپازیتوری ساختم به ازای میکروسرویس هایی که قراره پیاده سازی کنیم.
قراره تک تک میکروسرویس ها رو پیاده سازی کنیم 😉.

وقتی میکروسرویس ها پیاده سازی بشن، اونوقت دیگه به ازای هر پروژه که میخوایم پیاده کنیم به زمان خیلی کمتری نیاز داریم.
جوین شید و ابراز آمادگی کنید، کلی کار داریم.
@easymicroservice
@easymicroservices