نام در حال استفاده

ساخت وبلاگ

یک برچسب در حال حاضر با نام شاخه ارائه شده وجود دارد. بسیاری از دستورات GIT نام برچسب و شاخه را می پذیرند ، بنابراین ایجاد این شاخه ممکن است باعث رفتار غیر منتظره شود. آیا مطمئن هستید که می خواهید این شاخه را ایجاد کنید؟

لغو ایجاد

توجه داشته باشید / معماری-الگوی. md

  • به پرونده T بروید
  • به خط L بروید
  • مسیر کپی
  • پیوند ثابت را کپی کنید

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

در این زمان نمی تواند مشارکت کنندگان را بازیابی کند 116 خط (80 SLOC) 6. 3 KB

 

  • با دسک تاپ باز کنید
  • مشاهده خام
  • کپی محتویات خام کپی محتوای خام کپی محتویات خام

     

محتوای خام را کپی کنید

الگوهای و سبک های معماری

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

  • مدل-کنترل کننده
  • ارائه-کنترل عمل
  • لوله و فیلتر
  • سیستم های لایه ای
  • میکروکنل
  • سیستم های مشتری و N-stier
  • مخزن
  • تخته سیاه
  • دستگاه دولتی محدود
  • کنترل فرایند
  • سیستم چند عامل
  • کارگزار A. K. A. معماری خدمات گرا
  • ارباب
  • مترجم A. K. A. ماشین مجازی
  • توپی
  • اتوبوس پیام A. K. A. Bus Event
  • مدل ساختاری
  • بنادر و سازندگان A. K. A. معماری شش ضلعی
  • نظیر به نظیر
  • منابع
  • CQRS

توپولوژی در زیر نشان داده شده است ، هیچ مؤلفه ای از مرکز رویداد مرکزی وجود ندارد که رویداد اولیه را کنترل و ارکستر کند. در عوض ، هر مؤلفه فرآیند رویداد وظیفه پردازش یک رویداد و انتشار یک رویداد جدید را نشان می دهد که نشانگر عملی است که فقط انجام داده است.

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

 

سبک معماری شرح
مشتری/سرور سیستم را به دو برنامه تقسیم می کند ، جایی که مشتری درخواست سرور می کند. در بسیاری از موارد ، سرور یک پایگاه داده با منطق برنامه است که به عنوان روشهای ذخیره شده ارائه می شود.
معماری مبتنی بر قطعات طراحی برنامه را به مؤلفه های کاربردی یا منطقی قابل استفاده مجدد که رابط های ارتباطی به خوبی تعریف شده را در معرض دید قرار می دهد ، تجزیه می کند.
طراحی محور دامنه یک سبک معماری شیء گرا بر الگوسازی یک دامنه تجاری و تعریف اشیاء تجاری بر اساس نهادهای موجود در حوزه تجاری متمرکز شده است.
معماری لایه ای نگرانی های مربوط به برنامه در گروه های انباشته (لایه ها) را تقسیم می کند.
اتوبوس پیام یک سبک معماری که استفاده از یک سیستم نرم افزاری را تجویز می کند که می تواند با استفاده از یک یا چند کانال ارتباطی پیام دریافت و ارسال کند ، به طوری که برنامه ها بدون نیاز به دانستن جزئیات خاص در مورد یکدیگر می توانند در تعامل باشند.
n-stier / 3 لایه عملکرد را در بخش های جداگانه به همان روشی که به سبک لایه بندی شده است ، جدا می کند ، اما با این که هر بخش یک ردیف است که در یک رایانه از نظر جسمی جداگانه قرار دارد.
شیء گرا یک الگوی طراحی مبتنی بر تقسیم مسئولیت ها برای یک برنامه یا سیستم در اشیاء قابل استفاده مجدد و خودکفا ، که هر کدام حاوی داده ها و رفتار مربوط به شی هستند.
معماری خدمات گرا (SOA) به برنامه هایی اشاره دارد که با استفاده از قراردادها و پیام ها ، عملکرد را به عنوان یک سرویس در معرض دید و مصرف قرار می دهند.

در جدول زیر زمینه های اصلی تمرکز و سبک های معماری مربوطه ذکر شده است.

 

دسته بندی سبک های معماری
ارتباط معماری خدمات گرا (SOA) ، اتوبوس پیام
گسترش مشتری/سرور ، n-stier ، 3 لایه
دامنه طراحی محور دامنه
ساختار معماری مبتنی بر مؤلفه ، شی گرا ، لایه ای

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

همه برنامه ها را از طریق یک مؤلفه منطقی که به عنوان اتوبوس پیام شناخته می شود ، وصل کنید. یک اتوبوس پیام در حمل و نقل پیام بین برنامه ها تخصص دارد. یک اتوبوس پیام شامل سه عنصر اصلی است:

  • مجموعه ای از طرح های پیام توافق شده
  • مجموعه ای از پیام های فرمان مشترک [HOHPE04]
  • یک زیرساخت مشترک برای ارسال پیام های اتوبوس به گیرندگان

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

زیرساخت های مشترک بین اتوبوس پیام و برنامه های گوش دادن با استفاده از روتر پیام [HOHPE04] یا با استفاده از مکانیسم انتشار/اشتراک می تواند حاصل شود.

سه نوع اجرای انتشار/مشترک وجود دارد:

  • انتشار/مشترک شدن مبتنی بر لیست
  • انتشار/مشترک شدن مبتنی بر پخش
  • انتشار/اشتراک مبتنی بر محتوا.
  • https://en. wikipedia. org/wiki/architectural_patte
  • https://en. wikipedia. org/wiki/list_of_software_architecture_styles_and_pattes
  • https://msdn. microsoft. com/en-us/library/ee658117. aspx
  • https://msdn. microsoft. com/en-us/library/dn568099. aspx
  • http://www. dossier-andreas. net/software_architecture/
  • http://www. slideshare. net/kronat/3-architetture-software-architectural-styles
سیگنال های تجاری...
ما را در سایت سیگنال های تجاری دنبال می کنید

برچسب : نویسنده : عبدالله بوتیمار بازدید : <-PostHit-> تاريخ : پنجشنبه 16 شهريور 1402 ساعت: 0:36