📄 چرا معماری Clean در golang جواب نمیدهد و چه چیزی بهتر عمل میکند؟ | Why Clean Architecture Struggles in Golang and What Works Better

- مقاله در مورد اینه که معماری کلین و امثالش از زبان های برنامه نویسیی اومدن که سطح بالایی از Abstraction (این پست رو ببینید) رو ارائه میکنن. مثل java و سی شارپ و... به خاطر همون سطح بالا بودنشون به راحتی الگو های IoC و DI رو میشه توشون پیاده کرد. اما Go زبونیه با فلسفه خیلی مشخصی بنام سادگی و ماژولار بودن. برا همین خیلی از مفاهیمی که اون زبان ها به دنیای کامپیوتر اضافه کردن رو اگر بخوای توی اینجا وارد کنی فقط باید الکی کد بزنی و هی خودتو از فلسفه ها و ریشه های go دورتر کنی. راهکار جایگزین رو خودش معرفی میکنه، ولی خلاصش ماژولار فکر کردن به معماری پروژست. تا حد امکان ماژول هاتون رو ایزوله و کپسوله کنید و کد بیس رو کوچیک تر نگه دارین.

- وقی میگیم سطح بالایی از Abstraction یعنی دارن قائده ای متفاوت برای فکر کردن به توابع و داده ها بهتون میدن. مثلا class ها در سی شارپ و جاوا. تهش اون پردازنده و RAM شماست که کد ها رو اجرا میکنه. تو اون لول هم اصلا کسی نمیدونه کلاس و متد و پراپرتی پابلیک و پرایوت و کانستراکتور و... چیه! اونجا فقط 0 و 1 میشناسه. همه این چیز هایی که شما تو زبونی مثل سی شارپ و جاوا و پایتون میبینید برای اینه که به اون 0 و 1 ها فکر نکنید. یه جور دیگه فکر کنید ولی همون نتیجه رو بده. زبان گو میاد شما رو بیشتر به اون 0 و 1 ها نزدیک میکنه و مفاهیم انتزاعیی مثل class رو (که برای فکر نکردن به 0 و 1 تولید شدن) میزاره کنار. تو همچین شرایطی خب مشخصه که نمیتونن از الگو های زبون هایی مثل java استفاده کنید...

🔗 Why Clean Architecture Struggles in Golang and What Works Better

#مهم #go
@codeaghajcs