سناریو 4 - معماری چندلایه(N-Tier/N-Layer Architecture)

به توضیحات قبلیم مراجعه کن. کمی هم جستجو و تحقیق کن.

موفق باشید.

وظیفه دقیق operational چی هست؟
تا اونجایی که من فهمیدم . کار هایی که در سیستم مکررا انجام می شه و در لایه ها مشترک هستند در این لایه قرار می دیم. مثلا log
دوستان لطفا یه توضیح کامل تر و کاربرد بیشتری ارائه دهند

با سلام
من تقریبا مطابق همین عکس کار می کنم. البته با یک کم تغییر .
من اینجوری تو پروژه هام کار می کنم.
1 لایه دارم به نام CommonFunction که توی اون یکسری توابع که همیشه و تو همه لایه ها ممکنه استفاده بشه رو پیاده سازی می کنم.مثل توابع تبدیل Enum جنسیت به text ، توابع کار با تاریخ و یا توابعی که بنا به اون پروژه تو همه لایه ها مورد استفاده اند. این فکر کنم همون لایه Operational باشه.
لایه بعدی لایه Data Access است که من اونو به 2 تا زیر لایه تقسیم می کنم: یکی معمولا DBML مربوط به Linq است و یکی DBaccess Extention که همانطور که از اسمش معلومه به صورت Extention پیاده می کنم و وظیفه کار با DB رو به عهده داره. من این کلاس رو همیشه Static پیاده می کنم و خروجی توابعش هم IQueryable است.
لایه بعدی Logic است که من این لایه رو هم به 2 تا زیر لایه تقسیم می کنم یکی UILogic و یکی DBLogic
زیر لایه UILogic وظیفه آماده کردن یک اینترفیس برای DBLogic را به عهده داره . همچنین چک کردن صحت ورودی ها و نیز کنترل امکان پذیر بودن عملیات با توجه به قوانین را به عهده داره.
زیر لایه DBLlogic هم وظیفه انجام ریز عملیات مربوط به یک فرآیند را با استفاده از فراخوانی توابع موجود در لایه DBAccess انجام میده.
لایه بعدی هم که UIهست و نیاز به توضیح نداره.
علاوه بر اینا من یک لایه دیگه هم می سازم به نام Objects که توی اون یک سری Object دارم که در واقع اطلاعات لازم رو بین لایه های UI و Logic منتقل می کنه .
من تو زیر لایه DBLogic هم دسترسی به DBML دارم که با بحثایی که اینجا شد نمی دونم این دسترسی درسته یا نه.
دوستان نظر بدین.

نقل قول:

---

نوشته شده توسط k_m

با سلام
من تقریبا مطابق همین عکس کار می کنم. البته با یک کم تغییر .
من اینجوری تو پروژه هام کار می کنم.
.
.
.
دوستان نظر بدین.

---

روشتون جالب هست ، اگه وقتشو دارین یک نمونه قرار بدین تا هم ار تجربیاتتون استفاده کنیم و هم با روشهای که دوستان دیگه ارائه کردن مقایسه کنیم(مزایا و معایب) تا شاید بعد از یه مدت بشه یک روش جالب از ترکیب روشهای ارائه شده ایجاد کنیم.

نقل قول:

---

نوشته شده توسط k_m

با سلام
من تقریبا مطابق همین عکس کار می کنم. البته با یک کم تغییر .
من اینجوری تو پروژه هام کار می کنم.
1 لایه دارم به نام CommonFunction که توی اون یکسری توابع که همیشه و تو همه لایه ها ممکنه استفاده بشه رو پیاده سازی می کنم.مثل توابع تبدیل Enum جنسیت به text ، توابع کار با تاریخ و یا توابعی که بنا به اون پروژه تو همه لایه ها مورد استفاده اند. این فکر کنم همون لایه Operational باشه.
لایه بعدی لایه Data Access است که من اونو به 2 تا زیر لایه تقسیم می کنم: یکی معمولا DBML مربوط به Linq است و یکی DBaccess Extention که همانطور که از اسمش معلومه به صورت Extention پیاده می کنم و وظیفه کار با DB رو به عهده داره. من این کلاس رو همیشه Static پیاده می کنم و خروجی توابعش هم IQueryable است.
لایه بعدی Logic است که من این لایه رو هم به 2 تا زیر لایه تقسیم می کنم یکی UILogic و یکی DBLogic
زیر لایه UILogic وظیفه آماده کردن یک اینترفیس برای DBLogic را به عهده داره . همچنین چک کردن صحت ورودی ها و نیز کنترل امکان پذیر بودن عملیات با توجه به قوانین را به عهده داره.
زیر لایه DBLlogic هم وظیفه انجام ریز عملیات مربوط به یک فرآیند را با استفاده از فراخوانی توابع موجود در لایه DBAccess انجام میده.
لایه بعدی هم که UIهست و نیاز به توضیح نداره.
علاوه بر اینا من یک لایه دیگه هم می سازم به نام Objects که توی اون یک سری Object دارم که در واقع اطلاعات لازم رو بین لایه های UI و Logic منتقل می کنه .
من تو زیر لایه DBLogic هم دسترسی به DBML دارم که با بحثایی که اینجا شد نمی دونم این دسترسی درسته یا نه.
دوستان نظر بدین.

---

با سلام

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

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

یه مدل جدید دیدم گفتم بزارم اینجا کمی در موردش کنکاش کنیم:
http://www.barnamenevis.org/at...1&d=1251927164

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

به نظرم بهتره اول یه دسته بندی از انواع پیاده سازیهای موجود انجام بشه، بعد تو یه پروژه نمونه (Case Study) مورد توافق همه پیاده سازی بشه. اونم نه کل سیستم، بلکه فقط برای یک یا دو مورد کاربرد (Use case) اصلی و مهمش تا تاثیراتش بیشتر قابل بحث و تبادل نظر باشه.

لطفا آخرین نسخه از همین پروژه رو آپلود کن majid325 عزیز...مرسی

نقل قول:

---

نوشته شده توسط solidilos

لطفا آخرین نسخه از همین پروژه رو آپلود کن majid325 عزیز...مرسی

---

کدوم پروژه؟
اگه منظورتون WpfApp3layer هست ، چشم تا فردا شب یه دستی به سر و روش بکشم تا قابل upload بشه .

نقل قول:

---

نوشته شده توسط solidilos

به نظرم بهتره اول یه دسته بندی از انواع پیاده سازیهای موجود انجام بشه، بعد تو یه پروژه نمونه (Case Study) مورد توافق همه پیاده سازی بشه. اونم نه کل سیستم، بلکه فقط برای یک یا دو مورد کاربرد (Use case) اصلی و مهمش تا تاثیراتش بیشتر قابل بحث و تبادل نظر باشه.

---

اینطور که معلومه شما تجربتون بیشتره ، میشه مسئولیت دسته بندی انواع پیاده سازی به همون روشی که گفتین بعهده بگیرین؟

نقل قول:

---

نوشته شده توسط majid325

اینطور که معلومه شما تجربتون بیشتره ، میشه مسئولیت دسته بندی انواع پیاده سازی به همون روشی که گفتین بعهده بگیرین؟

---

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

اگه کسی از دوستان نظری داره ممنون میشم اعلام کنه.

به راستی که جوینده یابنده ست!
بالاخره تونستم اون چیزی رو که دنبالش بودم پیدا کنم، البته نه دقیقا همونو ولی خیلی به هدفم نزدیک شدم. همیشه میگن آدم درست چیزای جلو چشمشو نمی بینه...بعد از کلی منت کشیدن از Google واسه پیدا کردن یه مقاله تو این زمینه، با موتور جستجوی خود مایکروسافت اینو پیدا کردم. البته کلی فوتش کردم تا خاکش بره چون تاریخش مال 2002 هستش اما مفیده. امیدوارم به درد شما هم بخوره. این مقاله یه مقایسه کیفی از تعدادی الگوهای معماری چند لایه برای برنامه های کاربردی NET. ارائه میده. راهنمایی در مورد سناریوهای مناسب جهت استفاده از الگو، گزینه های مناسب برای پیاده سازی، مزایا و معایب استفاده از هر الگو مواردی هستن که بهشون اشاره شده.

http://msdn.microsoft.com/en-us/library/ms973829.aspx

این یکی هم قدیمیه اما به درد اونایی میخوره که دنبال کارای اصولی هستن. تو این مقاله فنی در مورد اصول و تکنیک های دستیابی به داده ها توسط ADO‎‎‎.Net بحث شده. مطمئنا سوال های زیادی رو جواب میده.

http://msdn.microsoft.com/en-us/library/ms978510.aspx

با توجه به روند تاپیک و همنظر بودن دوستان راجع به بررسی پیاده سازی های این معماری تصمیم گرفتم این پست رو با هدف مطرح شده ایجاد کنم تا اگر در ارتقای سطح علمی دوستان تاثیر گزار بود ، مطالب رو در همین راستا به صورت تخصصی تر با کمک همه پیگیری کنیم:
بررسی لایه Data Access Layer
لایه های برنامه ها مون رو به چه صورت یا الگویی باید پیاده سازی کنیم ؟
گزینه های که در لایه dal پیش رو جهت انتخاب داریم : DataSet Designer یا ADO‎‎‎‎‎‎‎.Net Entity Framework, یا ORM یا linqToSqlو یا با استفاده از اشیای ado و یا .... این کار رو انجام بدیم.(یه جا خوندم که ADO‎‎‎‎‎‎‎.Net Entity Framework یک orm هست.)
شخصا تو پروژه هام ترجیح میدم از اشیا ado استفاده میکنم و تا حالا از هیچ کدوم از مواردی که نام بردم در برنامه ها استفاده نکردم، دلایل:
ADO‎‎‎‎‎‎‎.Net Entity Framework : به عنوان یک برنامه نویس به طور ذاتی در مقابل ابزارهای که اختصاصی هست(سیاست های ماکروسافت) مقاومت نشون میدم.
DataSet Designer : هم شامل موارد بالا و هم اینکه احساس میکنم از مسائلی که باید روشون تمرکز داشته باشم قافل میشم
LinqToSql : جالب به نظر میاد ولی وقتی ماکروسافت دیگه پشتیبانیش (به هر دلیلی) نمیکنه ، ارزش هزینه کردن رو نداره.
ORM : همونطور که گفتم تا حالا استفاده نکردم (دلیل فنی و غیر فنی خاصی هم ندارم) ولی به نظرم یک از بهترین گزینه ها می باشد.
راه حل های که به ذهنم میرسه استفاده از ORM و یا همون روش سنتی یعنی اشیا ado بهترین گزینه برای انتخاب لایه dal هست ، البته در رابطه با ADO‎‎‎‎‎‎‎.Net Entity Framework نظر نمیدم چون استفاده نکردم.
برای استفاده از یک orm‌ کدوم یکی رو پیشنهاد میدین که با محیط ها و پلت فرمهای بیشتری سازگار تر هست
تو روش که من ازش به عنوان روش سنتی و استفاده از اشیا ado نام بردم ، به این صورت عمل میکنم که داده ها رو با یک command و یک Connection استخراج میکنم و خروجی توابع ام هم IDataReader هست ،پیوست مطالبی که جهت توضیح روش مذکور ارائه دادم {
یکی از دوستان اینجا گفته بود که خروجی توابعش از نوع IQueryable هست که به نظر من خیلی جالب اومد (نحوه پیاده سازیش) میخواستم نظر دوستان رو بدونم.
}
لطفا دوستان و اساتید نظرات خودشون رو ، تجربهای شخصی شون رو و یا ایرادات فنی و غیر فنی شون رو راجع به مطالب بالا مطرح کنند.
ضمنا به دلیل مسائل مطرح شده نمونه برنامه ای که قولشو داده بودم میمونه برای چند روز دیگه که پر محتوا تر بشه.

اگه adsl دارین این فیلم آموزشی رو با عنوان Creating an N-Tier Data Application بررسی کنید هر چند که با dataset لایه dal رو میسازه ولی خالی از لطف نیست. در ضمن یه آشنایی نسبی با WCF هم برای دوستانی که آشناییت ندارن ایجاد میشه

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

از دوستان و مدیرای عزیز خواهش می کنم بیشتر و عمیق تر تو این زمینه بحث کنن. ما که اینجا عجله ای برای بستن و خاتمه دادن به این تاپیک رو نداریم، مهم اینه که به یه نتیجه معقول برسیم.

نمیخوام این گفتگوی فنی رو به طور فلسفی جلوه داده بشه :
شخصا توی کارهای که انجام میدم همیشه دنبال راه حلی استاندارد به معنای واقعی میگشتم چون باید روزی تجربه پلاتفرمهای به حق رو تجربه کنم و این استاندارد هست که کمترین هزینه از نظر مالی و وقتی برای من فراهم میکنه، با توجه به تجربه ای که توی دات نت دارم همیشه لذت کار کردن با Ide های ماکروسافت منو دور از خلاقیت های که در موازات و حتی بیشتر مواقع جلوتر از فناوری ها و تکنولوژی های که بیشتر آنها یک کپی زیبا ماکروسافت از همین خلاقیت ها هستند نگه داشته که این بر میگرده به حقیقتی به نام حس خلاقیت طلبی و اصلا به دنبال دوباره ساختن و بیگاری نیستم ، فقط و فقط دوست ندارم زمانی که سوییچ میکنم رو پلات فرم یا محیط دیگه ای تمام تجربیات دات نت رو خاطره کنم بر فرض مثال اگه به این نتیجه برسم که از ORM ها به عنوان dal استفاده کنم میتونه یکی از گزینه ها من NHibernate باشه که این تجربه رو با خودم میتونم تو جاوا هم ببرم با این اوصاف این اظهار نگرانی از سیاست های ماکروسافت هست یا اظهار نگرانی از خاطره کردن تجربه ها؟
solidilos عزیز ما مخلصیم.
در ضمن این معماری مختص ‎.Net نیست خواهشن دوستانی که در محیط های دیگه کار میکنن هم نحوه پیاده سازی رو تو محیط مربوطه توضیح بدن ، (شاید من یکی وسوسه شدم و تغییر سکو بدم:قهقهه: )

الانه که این پست ها رو پاک کنن.

فقط یه جواب: برای یه راننده حرفه ای فرقی نمی کنه که Ferrari برونه یا Porsche و یا ...فقط به سرعت فکر می کنه نه به طراحی واشر سر سیلندرهای موتور ماشینش و یا سیستم توربوش...اگه برنامه نویس کاربردی هستیم باید تو زمینه کاریمون خلاقیت به خرج بدیم نه تو کشف استانداردها.
(دات نت یه پیاده سازی خوب از استاندارد CLI طراحی شده بوسیله شرکت های بزرگی چون مایکروسافت، اچ پی، اینتل و ... هست با هزینه هنگفت که بیشتر از بودجه سالانه ماست...از این استاندارد تر من چیزی پیدا نکردم)

توی reSearch که پیرو پست 114 انجام دادم به این نتیجه رسیدم که سرعت orm ها در مقابل دیتاست و اشیا ado کمتر هست ولی هزینه نگهداری پایین اونها باعث میشه در پروژه های بزرگ و نسبتا بزرگ ازشون استفاده بشه.
با توجه ADO‎‎‎‎‎‎‎‎‎.Net Entity هم یک orm هست ،که کسی از دوستان تجربه مقایسه سرعت ADO‎‎‎‎‎‎‎‎‎.Net Entity Framework و با اشیا ado رو داره ؟

یکی از دوستان تو پست خصوصی از من خواسته بود یک مرجع در مورد NHibernate بهشون معرفی کنم ، گفتم اینجا بزارم شاید دوستان دیگه هم استفاده کردن:ویدئو های آموزشی
نمیدونم چرا لینک های که میزارم مشکل دار میشه!!
میتونید با Copy و Paste آدرس در آدرس بار این مشکل رو برطرف کنید.
ببنید مشکل اینجاست که لینک اصلی به صورت زیر می باشد:

http://www.dimecasts‎‎‎‎‎.Net/Casts/ByTag/ORM

http://www.dimecasts‎‎‎‎‎.Net/Casts/ByTag/NHibernate

ولی بعد از Copy تو آدرس بار یا رجوع به لینک ، تبدیل میشه به:

http://www.dimecasts%e2%80%8e‎‎‎‎‎.Net/Casts/ByTag/ORM

http://www.dimecasts%e2%80%8e%e2%80%8e‎‎‎.Net/Casts/ByTag/NHibernate

خودتون دستی تو آدرس بار درستش کنید ، اگه کسی هم تجربه رفع این مشکل رو داره بگه منم استفاده کنم.

این هم یک منبع فارسی nhibernate برای دوستانی که زیاد زبونشون قوی نیست:
http://nhibernate.wordpress.com/

سلام .
دوستان با عرض معذرت از اینکه چند وقت این بحث رو دنبال نکردم.
فکر کنم داریم از بحث اصلی این تاپیک منحرف می شیم.

نقل قول:

---

نوشته شده توسط majid325

روشتون جالب هست ، اگه وقتشو دارین یک نمونه قرار بدین تا هم ار تجربیاتتون استفاده کنیم و هم با روشهای که دوستان دیگه ارائه کردن مقایسه کنیم(مزایا و معایب) تا شاید بعد از یه مدت بشه یک روش جالب از ترکیب روشهای ارائه شده ایجاد کنیم.

---

چشم . سعی می کنم تا فردا شب یک نمونه کوچیک بذارم که روش بحث کنیم.

مقایسه NHibernate وNet Entity Framework

خیلی جالب هست

نقل قول:

---

نوشته شده توسط majid325

بررسی لایه Data Access Layer
لایه های برنامه ها مون رو به چه صورت یا الگویی باید پیاده سازی کنیم ؟
گزینه های که در لایه dal پیش رو جهت انتخاب داریم : DataSet Designer یا ADO‎‎‎‎‎‎‎.Net Entity Framework, یا ORM یا linqToSqlو یا با استفاده از اشیای ado و یا .... این کار رو انجام بدیم.(یه جا خوندم که ADO‎‎‎‎‎‎‎.Net Entity Framework یک orm هست.)
شخصا تو پروژه هام ترجیح میدم از اشیا ado استفاده میکنم و تا حالا از هیچ کدوم از مواردی که نام بردم در برنامه ها استفاده نکردم، دلایل:
ADO‎‎‎‎‎‎‎.Net Entity Framework : به عنوان یک برنامه نویس به طور ذاتی در مقابل ابزارهای که اختصاصی هست(سیاست های ماکروسافت) مقاومت نشون میدم.
DataSet Designer : هم شامل موارد بالا و هم اینکه احساس میکنم از مسائلی که باید روشون تمرکز داشته باشم قافل میشم
LinqToSql : جالب به نظر میاد ولی وقتی ماکروسافت دیگه پشتیبانیش (به هر دلیلی) نمیکنه ، ارزش هزینه کردن رو نداره.
ORM : همونطور که گفتم تا حالا استفاده نکردم (دلیل فنی و غیر فنی خاصی هم ندارم) ولی به نظرم یک از بهترین گزینه ها می باشد.
راه حل های که به ذهنم میرسه استفاده از ORM و یا همون روش سنتی یعنی اشیا ado بهترین گزینه برای انتخاب لایه dal هست ، البته در رابطه با ADO‎‎‎‎‎‎‎.Net Entity Framework نظر نمیدم چون استفاده نکردم.
برای استفاده از یک orm‌ کدوم یکی رو پیشنهاد میدین که با محیط ها و پلت فرمهای بیشتری سازگار تر هست
تو روش که من ازش به عنوان روش سنتی و استفاده از اشیا ado نام بردم ، به این صورت عمل میکنم که داده ها رو با یک command و یک Connection استخراج میکنم و خروجی توابع ام هم IDataReader هست
....
لطفا دوستان و اساتید نظرات خودشون رو ، تجربهای شخصی شون رو و یا ایرادات فنی و غیر فنی شون رو راجع به مطالب بالا مطرح کنند.
....

---

چندی پیش با آقای مداح پیرامون برتری ASP.NET MVC بر ASP.NET یک بحث زیبا داشتم که بسیار از ایشان مطلب یاد گرفتم،در ادامه اگر بحث مثال های مختلف از معماری ها پیش آید و همینطور موضوع ارتباط لایه presentation با DAL مطرح شود،اطلاعات بسیار جالبی هست که خواندن آنها خالی از لطف نیست.
نتیجه بر این شد که هر تکنولوژی در جای خویش نیکوست.
و اما بحث ORM ها و استفاده از تکنولوژی های رنگ و وارنگ،بحث پیرامون این موضوع هم دقیقا نتیجه بالایی را منعکس می کند.برای مثال در کد زیر از Entity Framework و Linq استفاده شده است:

 MoviesDBEntities _db;

 _db = new MoviesDBEntities();

var movieToUpdate = _db.MovieSet.First(m => m.Id == id);

مشاهده میکنید که چقدر زیبا Linq با Entity Framework ادغام شده است؟
اگر این تکه کد را با ADO.net و با استفاده از DataSet می نوشتیم،نیاز به حداقل چهار خط کد داشت ولی در اینجا با 17 حرف نتیجه دلخواهمان را گرفتیم.
تمام تکنولوژی هایی که در بالا نام بردید را می توان به زیبایی در کنار هم در پروژه بکار برد و نکته ای که باید ذکر شود اینکه Linq انواع مختلفی را دارد و Linq to SQL یکی از انواع آن است و هیچ مطلبی هم پیرامون پشتیبانی نکردن ماکروسافت هم گفته نشده است , در اکثر مثال ها و پروژه های امروزی دات نت، هم از این فناوری استفاده شده است.
در هر حال وابستگی تکنولوژی های مختلف ماکروسافت با هم،برنامه نویس دات نت را تا حدودی مجبور می سازد تا ماکروسافتی بیاندیشد.

نقل قول:

---

نوشته شده توسط aminsharifi67

نتیجه بر این شد که هر تکنولوژی در جای خویش نیکوست.

---

من هم یکی از طرفداران این جمله هستم.

نقل قول:

---

نوشته شده توسط aminsharifi67

و اما بحث ORM ها و استفاده از تکنولوژی های رنگ و وارنگ،بحث پیرامون این موضوع هم دقیقا نتیجه بالایی را منعکس می کند.برای مثال در کد زیر از Entity Framework و Linq استفاده شده است:

 MoviesDBEntities _db;

 _db = new MoviesDBEntities();

var movieToUpdate = _db.MovieSet.First(m => m.Id == id);

مشاهده میکنید که چقدر زیبا Linq با Entity Framework ادغام شده است؟

---

این مسئله مختص Entity Framework نیست , linq تقریبا با همه چیز قابل ادغام شدن هست.
من چند وقتی هست دارم روی orm ها مطالعه میکنم , مقایسه ado با Entity Framework (یا هر orm ی) روال نیست.

نقل قول:

---

نوشته شده توسط aminsharifi67

اگر این تکه کد را با ADO.net و با استفاده از DataSet می نوشتیم،نیاز به حداقل چهار خط کد داشت ولی در اینجا با 17 حرف نتیجه دلخواهمان را گرفتیم.

---

البته بدون در نظر گرفتن generate Code ها.

نقل قول:

---

نوشته شده توسط aminsharifi67

اینکه Linq انواع مختلفی را دارد و Linq to SQL یکی از انواع آن است و هیچ مطلبی هم پیرامون پشتیبانی نکردن ماکروسافت هم گفته نشده است , در اکثر مثال ها و پروژه های امروزی دات نت، هم از این فناوری استفاده شده است.

---

در مورد پشتیبانی نکردن منظورم این بود که دیگه توسعه ش نمیده , که این مسئله طبیعیه.
در مورد مثال ها هم که اتفاقا برعکس.

نقل قول:

---

نوشته شده توسط aminsharifi67

در هر حال وابستگی تکنولوژی های مختلف ماکروسافت با هم،برنامه نویس دات نت را تا حدودی مجبور می سازد تا ماکروسافتی بیاندیشد.

---

مجبور !!!

نقل قول:

---

نوشته شده توسط iroonidotnet

بسم الله الرحمن الرحیم

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

---

دوست خوبم، این پروژه قابل دانلود نیست.
براتون امکان داره دوباره آپلودش کنید؟
متشکرم

مث اینکه همه مهندسان خبره رفتند درگیر پروژه ای شدند.
الان هیچکس جواب نمیده!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

نقل قول:

---

نوشته شده توسط iroonidotnet

دانلود N-Tier 1.0.0

---

سلام دوست عزيز
مثل اينكه لينك دانلود مشكل داره
لطفاً بررسي كنيد
ممنون

سلام..
دست همگي درد نكنه..
لينك پرو‍‍ژه 100 متاسفانه خرابه.من اين بحث رو خيلي پيگري كردم اما متاسفانه هر كدوم از دوستان شاخه به شاخه كار كردن.فيلم هاي آموزشي مايكروسافت هم متاسفانه كامل نيست .
چيزي كه مهمه اينه طبق روش هاي مايكروسافت 7 روش پياده سازي چند لايه اي وجود داره .توي سايت خودمون كه من اثري از استاندارد هاي مانند مايكروسافت نديدم.
جالب اينه كه توي همه مثال ها با استفاده از binding ديتا بيس كار كردن.و خيال خودشون راحت.
براي عمليات هاي ساده با ديتا بيس del,add,update فيلم آموزشي مايكروسافت binding داره اما اگه نخوايم كه هيچ اثري از bind باشه وكلاسي سراسري داشته باشيم براي اين موارد چه بايد كرد؟؟؟!


ممنون از همه دوستاني كه من رو از اشتباه در ميآرن...
شاد باشيد.

نقل قول:

---

نوشته شده توسط eric21

سلام..
چيزي كه مهمه اينه طبق روش هاي مايكروسافت 7 روش پياده سازي چند لايه اي وجود داره .

---

میشه بیشتر توضیح بدین؟
لینک مرجع یا منبعتون هم میشه معرفی کنید؟

نقل قول:

---

نوشته شده توسط majid325

میشه بیشتر توضیح بدین؟
لینک مرجع یا منبعتون هم میشه معرفی کنید؟

---

http://msdn.microsoft.com/en-us/library/ms973279.aspx

نقل قول:

---

در مورد پشتیبانی نکردن منظورم این بود که دیگه توسعه ش نمیده , که این مسئله طبیعیه.

---

در دات نت فريم ورك 4 توسعه يافته و اين مطلب رد شده كه ديگر توسعه نمي‌يابد.
براي اطلاعات بيشتر به وبلاگ تيم مربوطه در سايت msdn‌ مراجعه كنيد.

نقل قول:

---

نوشته شده توسط eric21

http://msdn.microsoft.com/en-us/library/ms973279.aspx

---

ببخشید من جایی تو لینکی که فرستاده بودید اون 7 روش رو ندیدم!!

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

در آخر هم از همه دوستان به خاطر این تاخیر عذر می خوام .

با آرزوی موفقیت

سلام
من پستای قبلی رو تا یه جایی خوندم
ولی اون چیزی رو که می خواستم نفهمیدم

ارتباط شی گرا با چند لایه؟؟؟
من تو تحلیلم یه سری نمودارای کلاس و بدست میارم که حالا یه سری رفتارایی یا بهتر بگم متدهایی دارن بعضی از این متدها با دیتابیس در ارتباط هستن که قاعدتا باید در لایه DAL قرار بگیرن و تو همون کلاس یه سری متدهایی دارم که با دیتابیس سر و کار ندارن و اصولا باید در BLL قرار بگیرن. حالا من این کلاس رو کجا باید قرار بدم؟؟ DAL یا BLL ؟؟

من به این نتیجه رسیدم که باید کلاسی رو که با توجه به اصول شی گرایی به دست آوردم رو به دو تا کلاس بشکنم و متداشون رو تفکیک کنم. و یکی رو تو DAL و یکی رو تو BLL استفاده کنم
که به نظرم این کار درست نباشه
ممنون میشم راهنماییم کنیین

نقل قول:

---

نوشته شده توسط javad_mjt

من تو تحلیلم یه سری نمودارای کلاس و بدست میارم که حالا یه سری رفتارایی یا بهتر بگم متدهایی دارن بعضی از این متدها با دیتابیس در ارتباط هستن که قاعدتا باید در لایه DAL قرار بگیرن و تو همون کلاس یه سری متدهایی دارم که با دیتابیس سر و کار ندارن و اصولا باید در BBL قرار بگیرن. حالا من این کلاس رو کجا باید قرار بدم؟؟ DAL یا BBL ؟؟

---

Repository pattern

با سلام
به نظر من از بحث اصلی داریم خارج میشم

در اینجا اگه ممکنه که اساتید بزرگوار مثل آقای مهندس کرامتی ، مهندس راد و مهندس مداح و... نظر خودشون رو بگند و یک جمع بندی بکنند من و بسیاری از دوستان ممنونشان میشویم

نقل قول:

---

نوشته شده توسط javad_mjt

سلام
من پستای قبلی رو تا یه جایی خوندم
ولی اون چیزی رو که می خواستم نفهمیدم

ارتباط شی گرا با چند لایه؟؟؟
من تو تحلیلم یه سری نمودارای کلاس و بدست میارم که حالا یه سری رفتارایی یا بهتر بگم متدهایی دارن بعضی از این متدها با دیتابیس در ارتباط هستن که قاعدتا باید در لایه DAL قرار بگیرن و تو همون کلاس یه سری متدهایی دارم که با دیتابیس سر و کار ندارن و اصولا باید در BLL قرار بگیرن. حالا من این کلاس رو کجا باید قرار بدم؟؟ DAL یا BLL ؟؟

من به این نتیجه رسیدم که باید کلاسی رو که با توجه به اصول شی گرایی به دست آوردم رو به دو تا کلاس بشکنم و متداشون رو تفکیک کنم. و یکی رو تو DAL و یکی رو تو BLL استفاده کنم
که به نظرم این کار درست نباشه
ممنون میشم راهنماییم کنیین

---

دوست عزيز يه راهنمايي كوچيك اينكه آنهايي كه داراي رفتار ارتباطي با ديتا بيس هستند بنا بر ابزار هايي كه شما توي اين معماري استفاده ميكنيد يا در لايه BLL يا لايه DataService(كه از WCF استفاده مي كنه )قرار مي گيره توي برخي نمونه ها در لايه DAL قرار ميگيره ولي به صورت كلاسي كه منجر به DataManager ميشه.
آموزش Walkthrough سايت msdnجهت معماري چند لايه كمكت ميكنه.

دوستان آيا نمونه پروژه ايي توي اين معماري كه با WCF كار شده باشه ولي از binding ديتا بيس استفاده نشده .
داره؟؟؟؟ ممنون مي شم كمكم كنيد.
فكر كنم خيلي مفيد باشه

سلام

من تمام پست های این تاپیک رو خوندم ، حیفه که این تاپیک به نتیجه نرسه .
دوستان لطف کنن ادامه بدن .

ممنون

سلام.

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

و از جناب آقای iroonidotnet عزیز نیز خواهش مینمایم که اون مثال خوب ومفیدی را که خوب توضیح دادند ادامه دهند و تغیرات که میدانند مفید است اضافه نمایند.

تشکر

سلام دوستان عزیز،
فکر می کنم در این تاپیک دوستان یک آشنایی نسبی نسبت به معماری چند لایه پیدا کردند، به دلیل اینکه بحث های این تاپیک در بعضی موارد منحرف شده است از دوستان می خواهم که نظر خود را در مورد موضوع زیر مطرح نمایند،
موافقید که یک تاپیک جداگانه ایجاد کرده و بر روی یک پروژه چند لایه از ابتدا با یکدیگر بحث کنیم؟

اگر بنا است به هر صورتی ادامه پیدا کند فقط سورس گذاشته شود . فقط و فقط سورس و بررسی تفاوت متدها . مگر نه دیگر ارزش نداره

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

به نام خدا و با سلام خدمت دوستان
بنده حقیر یه مقاله از یک انتشارات معتبر دارم و نویسنده مقاله هم از چهره های برجسته مولفین در دنیا هستش که که تو انتشارات Wrox و APress مقاله و کتاب می نویسه یه کتاب کاربردی با قالب پیاده سازی یه فروشگاه الکترونیکی ساده بررسی کرده و در این میان به برنامه نویسی چند لایه هم کاملا و بدون نقص با استاندارد های کاملا جهانی و مورد تائید مایکروسافت پرداخته که به نظر من جای محکمی برای تکیه دادن هستش
این کتاب در کل در نج بخش بررسی شده
تحلیل پروژه در رشنال
پیاده سازی بانک اطلاعاتی در MS SQL
طراحی و پیاده سازی معماری پنج لایه با لایه ها
Presentation Layer
Business Logic Layer
Data Acess Layer
Common Objects
Operational Layer
پیاده سازی Presentation
و بخش بعدی اومده و گفته حالا بعد از پیاده سازی و اتمام کل پروژه ممکنه یه فیلدی رو از بانک کم یا زیاد کنیم به عبارت بهتر ممکنه در بانک و یا تحلیل سیستم تغییراتی رو اعمال کنیم نحوه تغییر دادن رو آموزی می ده
و در نهایت و در بخش نهایی پروژه رو اومده و بهینه سازیش کرده و گفته چیکار کنیم تا حجم پروژه پائین بیاد و سرعت سایت بالا بره
من پیشنهادم این بود که روی طریقه معماری این کتاب جلو بریم چون واقعا محشره و در بعضی از لحاظ ها من واقعا گیج زدم که چرا این کار و انجام می ده ولی وقتی از بزرگان و اساتید پرسیدم دیدم بهترم حالت رو انتخاب کرده
نام کتاب هم
Apress.Pro.ASP.NET.2.0.E.Commerce.in.C.Sharp.2005. Dec.2006.pdf
هستش
البته حجمش زیاده نتونستم آپش کنم و هاستم هم تحریم شده :شیطان: دارم از یه جای دیگه نمایندگی میگیرم واستون ارسال می کنم :چشمک:

یکی از دوستان پرسیده بود که کسی ORM رو مقایسه کرده یانه من یه پروژه توپ برای مقایسه سا حالت NHibernate و Entity Framework و Linq پیدا کردم امید دارم که درد بخور باشه
البته اگه کسی چیزی برای توضیح دادن در این رابطه داشته باشه خواهش می کنم یه تاپیک جداگانه در نظر بگیرین خبرش به من برسونید با تشکر

http://www.codeproject.com/KB/archit...rThreeORM.aspx

خیلی جای افسوس است که یک تاپیک را شروع مینمایند و بعدا در مرحله بحرانی دیگر پیگیری نمی نمایند :(

با سلام

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

نقل قول:

---

نوشته شده توسط mamizadeh

من پیشنهادم این بود که روی طریقه معماری این کتاب جلو بریم چون واقعا محشره

---

اون کتاب از Application Block و Dataset استفاده کرده. اگه دنبال منبع هستید پروژه ی BeerHouse سایت ASP.NET نمونه ی بهتر و کامل تری از معماری سه لایه رو پیشنهاد میکنه.
پروژه گریدویوی برادر بهروز راد هم شیوه ی استاندارد و خوبی هست و از Generic ها استفاده میکنه و پروژه کاملا ملموس و سلیس هست.

نقل قول:

---

نوشته شده توسط sara.f

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

---

اصلا اینجوری نیست کلیات تاپیک واقعا مفید هست. مهم اینه که به شما سرنخ هایی رو درباره معماری سه لایه بده که میده. دیگه تحقیق و پژوهش با شماست.... مطالبی که در این تاپیک بحث شد رو شما در نمونه سایت های انگلیسی هم نمیتونی پیدا کنی چه برسه به فارسی!!
موفق باشید.

نقل قول:

---

موافقید که یک تاپیک جداگانه ایجاد کرده و بر روی یک پروژه چند لایه از ابتدا با یکدیگر بحث کنیم؟

---

خیلی خوبه
با یه پروژه چند لایه خیلی از سوالات دوستان و البته خودم پاسخ داده میشه
خدا خیرتون بده زودتر شروع کنید

با سلام خدمت همگی دوستان
من فکر میکنم این بحث کاملا بصورت جسته و گریخته داره پیش میره و اینجوری به نتیجه نمی رسه
پیشنهاد میکنم یه تاپیک جدید ایجاد بشه و از ابتدا بصورت کلاسیک و منظم از مسائل مبنایی شروع کنیم تا بصورت دسته بندی شده و فصل به فصل تاپیک هدایت بشه . به نظر میرسه مدیران محترم باید تلاش بیشتری در هدایت بحث داشته باشند .
با تشکر از همه