و حالا مراحل بعدی چیست؟

Summarize this content to 400 words in Persian Lang
سلام دوستان، همانطور که بسیاری از شما می دانید هفته گذشته من یک فریم ورک میکرو وب مبتنی بر express js در گلانگ نوشتم، انتظار نداشتم این پست به تعداد زیادی از مردم برسد، برخی از شما از من پرسیدند، مراحل بعدی چیست، چه باید کرد. من از این چارچوب انتظار دارم؟
مخزن رسمی
اعتراف میکنم که در ابتدا حتی نمیدانستم مراحل بعدی چه خواهد بود یا از این چارچوب چه انتظاری دارم، اما این هفته به این فکر کردم که چگونه میتوانم آن را بهبود بخشم و ایدههایی به ذهنم رسید.
اولین ایده و اولین قدم تغییر معماری پروژه است، برای افزایش مقیاس پذیری پروژه فکر کردم که معماری ایده آل برای این پروژه چیست و به دلایلی ترجیح دادم معماری شش ضلعی را انتخاب کنم که آن را به همراه کنوانسیون پروژه برو اما به چه دلایلی؟
1) بهبود در قابلیت نگهداری و تکامل معماری
جدایی بین هسته و آداپتورها، چارچوب را در برابر تغییرات انعطاف پذیرتر می کند. با GopherLight با استفاده از معماری شش ضلعی:
مقیاس پذیری و تکامل: ویژگی ها و قابلیت های جدید را می توان از طریق آداپتورها و پورت ها اضافه کرد و سیستم را بدون تغییر اساس منطق تجاری، تکامل داد.
2) جداسازی وابستگی و سازگاری های مدولار
همانطور که من کد چارچوب را به خوبی مدولار کردم، میتوانیم با ساخت آداپتورهایی که میتوانند در صورت نیاز جایگزین شوند، از طراحی شش ضلعی بهره ببریم:
میانافزار را میتوان بهعنوان آداپتور توسعه داد و افزودن موارد جدید را بدون تغییر در هسته چارچوب آسانتر میکند.
معماری شش ضلعی، رابطها و نقاط افزونه واضحی را تعریف میکند و ادغام پلاگینهای شخص ثالث را بدون خطر شکستن سیستم اصلی تسهیل میکند.
این همان چیزی است که معماری به نظر می رسد.
├── هسته/│ ├── گردانندگان/رابط های │ ├──/│├── پورت ها/│ ├── درخواست/│├── آداپتورها/│ ├── روتر/│ ├── پلاگین/│ ├── میان افزار/│└── چوبگیر/
من همچنین در حال برنامه ریزی برای اضافه کردن پشتیبانی از پراکسی ها هستم، مانند Socks5، با لیب استاندارد ایجاد یک شی حمل و نقل جدید، ارسال هر چیزی که می خواهید و اضافه کردن پشتیبانی از پروکسی ساده است. از یک بار متعادل کننده یا حتی یک سرور سنگر.
یکی دیگر از موارد بسیار مهم مستندات است، من در حال ایجاد اسناد با استفاده از یک الگوی astro js هستم که از markdown پشتیبانی می کند، بنابراین از هر کسی که می تواند در مورد این بخش از مستندات که می توانم یکی از مهم ترین بخش ها است به من کمک کند واقعا قدردانی می کنم. . عمدتاً به این دلیل که افراد جدیدی هر روز در مورد چارچوب یاد میگیرند و من هنوز تقریباً چیزی را مستند نکردهام. برای هر کسی که علاقه مند به کمک به من در حفظ این پروژه، برای بزرگ کردن این پروژه، یک سرور بر روی اختلاف ایجاد کردم که در آن شما صدایی برای کمک، راهنمایی، تعامل و هر چیز دیگری دارید، این پیوند است: پیوند.
اگر این 3 مرحله را دنبال کنیم، هر چه بیشتر به سمت مقیاس بندی این فریمورک پیش خواهیم رفت. با تشکر از هر کسی که تا اینجا خوانده است.
سلام دوستان، همانطور که بسیاری از شما می دانید هفته گذشته من یک فریم ورک میکرو وب مبتنی بر express js در گلانگ نوشتم، انتظار نداشتم این پست به تعداد زیادی از مردم برسد، برخی از شما از من پرسیدند، مراحل بعدی چیست، چه باید کرد. من از این چارچوب انتظار دارم؟
مخزن رسمی
اعتراف میکنم که در ابتدا حتی نمیدانستم مراحل بعدی چه خواهد بود یا از این چارچوب چه انتظاری دارم، اما این هفته به این فکر کردم که چگونه میتوانم آن را بهبود بخشم و ایدههایی به ذهنم رسید.
اولین ایده و اولین قدم تغییر معماری پروژه است، برای افزایش مقیاس پذیری پروژه فکر کردم که معماری ایده آل برای این پروژه چیست و به دلایلی ترجیح دادم معماری شش ضلعی را انتخاب کنم که آن را به همراه کنوانسیون پروژه برو اما به چه دلایلی؟
- 1) بهبود در قابلیت نگهداری و تکامل معماری
جدایی بین هسته و آداپتورها، چارچوب را در برابر تغییرات انعطاف پذیرتر می کند. با GopherLight با استفاده از معماری شش ضلعی:
مقیاس پذیری و تکامل: ویژگی ها و قابلیت های جدید را می توان از طریق آداپتورها و پورت ها اضافه کرد و سیستم را بدون تغییر اساس منطق تجاری، تکامل داد.
- 2) جداسازی وابستگی و سازگاری های مدولار
همانطور که من کد چارچوب را به خوبی مدولار کردم، میتوانیم با ساخت آداپتورهایی که میتوانند در صورت نیاز جایگزین شوند، از طراحی شش ضلعی بهره ببریم:
میانافزار را میتوان بهعنوان آداپتور توسعه داد و افزودن موارد جدید را بدون تغییر در هسته چارچوب آسانتر میکند.
معماری شش ضلعی، رابطها و نقاط افزونه واضحی را تعریف میکند و ادغام پلاگینهای شخص ثالث را بدون خطر شکستن سیستم اصلی تسهیل میکند.
این همان چیزی است که معماری به نظر می رسد.
├── هسته/
│ ├── گردانندگان/
رابط های │ ├──/
│
├── پورت ها/
│ ├── درخواست/
│
├── آداپتورها/
│ ├── روتر/
│ ├── پلاگین/
│ ├── میان افزار/
│
└── چوبگیر/
من همچنین در حال برنامه ریزی برای اضافه کردن پشتیبانی از پراکسی ها هستم، مانند Socks5، با لیب استاندارد ایجاد یک شی حمل و نقل جدید، ارسال هر چیزی که می خواهید و اضافه کردن پشتیبانی از پروکسی ساده است. از یک بار متعادل کننده یا حتی یک سرور سنگر.
یکی دیگر از موارد بسیار مهم مستندات است، من در حال ایجاد اسناد با استفاده از یک الگوی astro js هستم که از markdown پشتیبانی می کند، بنابراین از هر کسی که می تواند در مورد این بخش از مستندات که می توانم یکی از مهم ترین بخش ها است به من کمک کند واقعا قدردانی می کنم. . عمدتاً به این دلیل که افراد جدیدی هر روز در مورد چارچوب یاد میگیرند و من هنوز تقریباً چیزی را مستند نکردهام. برای هر کسی که علاقه مند به کمک به من در حفظ این پروژه، برای بزرگ کردن این پروژه، یک سرور بر روی اختلاف ایجاد کردم که در آن شما صدایی برای کمک، راهنمایی، تعامل و هر چیز دیگری دارید، این پیوند است: پیوند.
اگر این 3 مرحله را دنبال کنیم، هر چه بیشتر به سمت مقیاس بندی این فریمورک پیش خواهیم رفت. با تشکر از هر کسی که تا اینجا خوانده است.