نمایش نتایج 1 تا 8 از 8

نام تاپیک: معماري سه لايه و كالاس هاي طراحي شده

  1. #1

    Wink معماري سه لايه و كالاس هاي طراحي شده

    من شنيدم بهترين روش براي برنامه نويسي معماري 3 لايه و يا چند لايه مي باشد كه كلاس واسطي بين فرم و پايگاه داده است
    از طرفي در تجزيه و تحليل سيستم ها هم يك سري كلاس داريم و بايد به كد تبديل كنيم
    سوال من اين است كلاس هاي طراحي شده همان كلاسهايي است كه در معماري 3 لايه استفاده مي شود.

  2. #2

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    نقل قول نوشته شده توسط tanha_nabash مشاهده تاپیک
    من شنيدم بهترين روش براي برنامه نويسي معماري 3 لايه و يا چند لايه مي باشد كه كلاس واسطي بين فرم و پايگاه داده است
    از طرفي در تجزيه و تحليل سيستم ها هم يك سري كلاس داريم و بايد به كد تبديل كنيم
    سوال من اين است كلاس هاي طراحي شده همان كلاسهايي است كه در معماري 3 لايه استفاده مي شود.
    من هم همين سوال رو دارم البته بيشتر توضيح ميدم.
    ببينيد ما در realize كردن use case ها مثلا در sequencediagram ظاهرا خود به خود با ارسال پيغامها به لايه ها پياده سازي ميشود يعني ايا ما بعد از sequence احتمالا به كلاسهايي ميرسيم كه متعلق به هر سه لايه اند و ما نيازي نداريم كه به فكر بقيه لايه ها باشيم.

  3. #3

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    با سلام
    اولا باید بگم که این مطالب تجربه ی شخصی خودمه و از منبع معتبری نیوردم.
    باید بگم که usecase realization مربوط به activity ی آنالیزه که تو اون بیشتر توجه به کلاسایی میشه که تو شناختن مساله دخالت دارن چون تو این activity هدف کلی همینه. بنابراین کلاسای entity بیشتر مورد توجهند و سایر کلاسا فقط اگه به شناختن مساله کمک کنند بهشون پرداخته میشه.
    تو activity ی دیزاین چون هدف ارایه راه حل برای مساله یعنی طراحی نرم افزار که بتونه مساله رو حل کنه هیتش مفهنم طراحی سه لایه مطرح. تو اینجاست که هر سه لایه ی entity , boundary, controler و کلا هر چیزی تو نرم افزار نهایی دیده میشه مورد توجهند.
    بنابراین از نظر من این دو تناقض ندارند.

  4. #4

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    نقل قول نوشته شده توسط atilla snowman مشاهده تاپیک
    با سلام
    اولا باید بگم که این مطالب تجربه ی شخصی خودمه و از منبع معتبری نیوردم.
    باید بگم که usecase realization مربوط به activity ی آنالیزه که تو اون بیشتر توجه به کلاسایی میشه که تو شناختن مساله دخالت دارن چون تو این activity هدف کلی همینه. بنابراین کلاسای entity بیشتر مورد توجهند و سایر کلاسا فقط اگه به شناختن مساله کمک کنند بهشون پرداخته میشه.
    تو activity ی دیزاین چون هدف ارایه راه حل برای مساله یعنی طراحی نرم افزار که بتونه مساله رو حل کنه هیتش مفهنم طراحی سه لایه مطرح. تو اینجاست که هر سه لایه ی entity , boundary, controler و کلا هر چیزی تو نرم افزار نهایی دیده میشه مورد توجهند.
    بنابراین از نظر من این دو تناقض ندارند.
    بحث سر تناقض نیست .سوال اینست که ایا بعد از relize هر سه لایه پیاده سازی میشوند یا خیر؟

  5. #5

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    جوابتون دادم.
    realization مربوط به آنالیز کردن هستش. بعد اون بهتره که طی دیزاین معماری سه لایه در نظر گرفته بشه و بعد به پیاده سازی میرسیم. پیاده سازی آخر همست.

  6. #6
    کاربر دائمی آواتار Modifier
    تاریخ عضویت
    شهریور 1386
    محل زندگی
    اصفهان دیار شیخ بهایی
    سن
    40
    پست
    611

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    سلام عليکم

    در کلي ترين شکل ممکن اين طوري در نظر ميگيريم :

    boundry--->>presentation layer
    control--->>business logic layer
    entity--->>data access layer

    بايد چند نکته رو بيان کنم :

    در RUP در ديسيپلينAnalysis & design ما با 2 مدل مهم سر و کار داريم :

    1- Analysis model
    2-design model

    تا اون جايي که من ميدونم sequence , collaboration مربوط به design model هستش.

    که با توجه به اونها و سناريو class diagram مربوط به design model رو طراحي ميکنن که همون طور که دوستمون گفت: همه چيز مورد توجه قرار ميگيره.

    يه نکته مهم : ديد ما نسبت به مساله در هرمرحله بايد عميق تر بشه ؟ تعيين عمقش بايد بحث کرد.

    ببخشید که این تاپیک رو آوردم بالا دیدم کامل کردن مباحث بدرد میخوره.

    یا علی

  7. #7
    کاربر دائمی آواتار Elham_gh
    تاریخ عضویت
    بهمن 1384
    محل زندگی
    Tehran
    سن
    49
    پست
    718

    نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    نقل قول نوشته شده توسط atilla snowman مشاهده تاپیک
    جوابتون دادم.
    realization مربوط به آنالیز کردن هستش. بعد اون بهتره که طی دیزاین معماری سه لایه در نظر گرفته بشه و بعد به پیاده سازی میرسیم. پیاده سازی آخر همست.
    نه دوست عزيز،realization فقط مربوط به آنالیز کردن ، نيست. شما اصل realization رو در مرحله Design داريد.
    به اين مقاله يك نگاهي بندازيد. سهم عمده realization ها در Component دياگرام است.

    https://barnamenevis.org/showthread.php?t=111969

  8. #8
    کاربر دائمی آواتار Modifier
    تاریخ عضویت
    شهریور 1386
    محل زندگی
    اصفهان دیار شیخ بهایی
    سن
    40
    پست
    611

    Thumbs up نقل قول: معماري سه لايه و كالاس هاي طراحي شده

    نقل قول نوشته شده توسط Elham_gh مشاهده تاپیک
    نه دوست عزيز،realization فقط مربوط به آنالیز کردن ، نيست. شما اصل realization رو در مرحله Design داريد.
    به اين مقاله يك نگاهي بندازيد. سهم عمده realization ها در Component دياگرام است.

    https://barnamenevis.org/showthread.php?t=111969
    اصلا به این نکته توجه کنید که در realization ما مهمترین چیزی که بدست میاریم sequence digram است یا بهتره بگم یکی مهمترین محصولات و دیاگرام هاست. چرا ؟

    چون از اون در طراحی کلاس و در آوردن متدها استفاده میکنیم.

    ما کی متدها را برای کلاس بدست می آوریم ؟

    وقتی میخواهیم کلاس ها رو در design model بدست بیاوریم.

    موفق باشید.

    یا علی

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •