PDA

View Full Version : برنامه نویسی لایه ای



Future
پنج شنبه 17 خرداد 1386, 02:29 صبح
سلام دوستان، میشه یکم در مورد برنامه نویسی لایه ای توضیح بدید. چی است و برای چی بکار میره؟؟؟؟؟؟؟؟؟؟؟؟؟؟ اصلا چه مواقعی باید از اون استفاده کرد. مزیتش چیست؟؟؟؟؟؟؟
با تشکر

Keramatifar
پنج شنبه 17 خرداد 1386, 09:28 صبح
برنامه چند لایه چیست؟

در معماری چند لایه تمام برنامه به چندین بخش تقسیم می شود. این بخش ها می توانند فیزیکی یا منطقی باشند. هر بخش کار خاصی را انجام می دهد مثلا نمایش اینترفیس کاربر یا دسترسی به داده ها. برنامه می تواند به هر تعداد لایه داشته باشد ولی به هر حال بیشتر برنامه ها سه لایه مجزا دارند که عبارتند از :
1- Presentation Layer
2- Business Logic Layer
3- Data Access Layer

همان طور که احتمالا حدس زده اید، لایه Presentation چیزی نیست به جز بخشی از نرم افزار که با کاربر برنامه شما ارتباط برقرار می کند ( اینترفیس برنامه شماست ) نمایش داده ها به کاربر نهایی و اجازه به آنان برای ارتباط داشتن با داده ها، اصلی ترین وظیفه این لایه است.

در بیشتر موارد داده هایی که توسط کاربر وارد می شوند نیاز به اعتبارسنجی یا پردازش اضافی دارند. این مسوولیت لایه Business Logic است.

در نهایت داده های برنامه شما نیاز به ذخیره و بازیابی از طریق یک انبار داده دارند ( مثلا سیستم مدیریت دیتابیس های رابطه ای یا RDBMS و یا XML , .. ) این وظیفه توسط لایه دسترسی به داده انجام می شود.

به طور خلاصه، فرآیند مورد نظر ما این گونه کار می کند:

- کاربر برای داده های برنامه درخواستی ارسال می کند.
- لایه Data Access داده های مورد نظر را بازیابی می کند و از طریق لایه Business Logic آن ها را به لایه نمایش می فرستد.بعضی مواقع لایه دسترسی به داده ها، این داده ها را مستقیما به لایه نمایش ارسال می کند.
- لایه نمایش اطلاعاتی که باید نمایش داده شوند را از طریق لایه Business Logic دریافت می کند.
- کاربر داده ها را تغییر می دهد و عمل مناسب در مورد آن ها را اجرا می کند ( مثل اضافه یا به روز کردن داده ها )
- لایه Business Logic صحت داده های وارد شده توسط کاربر را بررسی می کند ( داده ها را اعتبار سنجی می کند)
- اگر داده ها معتبر باشند آن ها را برای به روز رسانی در بانک اطلاعاتی به دست لایه دسترسی به داده می سپارد.

مزیت های برنامه های چند لایه

- برنامه ها به چند بخش منطقی جدا از هم تقسیم می شوند و اتصال میان UI ( رابط کاربری ) ، پردازش ها و بانک اطلاعاتی کم می شود.
- تغییر در بانک اطلاعاتی یا روال های دسترسی به داده ها تاثیری در لایه نمایش یا برنامه کلاینت نخواهد گذاشت.
- برنامه کلاینت با عبارات SQL آمیخته نخواهد شد.
- نام جداول و ستون ها به طور موثری از برنامه کلاینت حذف می شوند.
- برنامه کلاینت نمی فهمد که داده ها از کجا آمده اند ( چیزی که به آن location transparency گفته می شود )
- تغییر یا گسترش برنامه بسیار ساده تر خواهد شد، بدون نیاز به تغییر یا کامپایل مجدد برنامه کلاینت.

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

انتخاب های لایه Presentation

دو انتخاب اصلی برای ساخت یک لایه نمایش در دات نت وجود دارد. آنها فرم های ویندوزی یا فرم های وبی ASP.NET هستند.

با استفاده از ویندوز فرم ها شما می توانید برنامه های دسکتاپ فرم محور ( form base ) معمول را بسازید. برنامه های ویندوز فرمی می توانند المان های رابط کاربری بسیار غنی به کاربر پیشنهاد کنند.آن ها کم و بیش شبیه به فرم های ویژوال بیسیک هستند.

جذاب ترین گزینه برای توسعه لایه نمایش استفاده از وب فرم های ASP.NET است. کنترل هایی مثل دیتاگرید، دیتالیست و تقویم ( Calendar ) یک رابط کاربری قدرتمند را با مقدار کمی کد فراهم می کنند.

انتخاب هایی که در بالا برای ساخت یک لایه نمایش بررسی کردیم می توانند توسط زبان های مختلفی مثل سی شارپ یا ویژوال بیسیک دات نت پیاده سازی شوند.

انتخاب های لایه Business Logic

لایه Business logic از چندین بخش که کارهایی نظیر اعتبار سنجی کار، گردش کار یا کارهای مشابه را انجام می دهند تشکیل شده است.

کامپوننت های دات نت این لایه را شکل می دهند. شما می توانید با interop از کامپوننت های COM استفاده کنید ولی این کار کارآیی را پایین خواهد آورد.

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

کامپوننت هایی که شما توسعه می دهید به ماندن روی ماشین های مشابه نیازی ندارند. با استفاده از .NET Remoting شما می توانید آن ها را روی چندین ماشین توزیع کنید.

انتخاب های لایه Data Access

این لایه با دستکاری داده ها مثل اضافه ، حذف و به روز رسانی آن ها سر و کار دارد. داده هایی که به آن ها اشاره کردیم می توانند در RDBMS یا XML قرار داشته باشند. شما باید لایه دسترسی به داده را چنان طراحی کنید که دیگر لایه ها نیازی به دانستن وضعیت انبار داده ها نداشته باشند.

ADO.NET فناوری دسترسی به داده تحت دات نت است. اگر چه ADO.NET از طریق کلاس های DataReader اجازه دسترسی به داده های در هنگام اتصال را می دهد ولی بیشترین تمرکز روی دسترسی به داده ها در زمان متصل نبودن است. دیتاست نقش کلیدی را در این مورد بازی می کند. در بعضی موارد شما می توانید ADO را هم برای دسترسی به داده ها استفاده کنید ولی استفاده از آن باید دلیل معتبری داشته باشد. از ADO استفاده نکنید فقط به خاطر اینکه RecordSet ها را دوست دارید !

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

همچنین وب سرویس ها هم می توانند لایه دسترسی به داده را شکل دهند. این مخصوصا زمانی درست است که دیتابیس شما فراهم کننده ( provider ) داده ندارد. در این گونه موارد شما می توانید مقداری کد برای اتصال به داده ها و پر کردن دیتاست ها و بازگرداندن نتایج درون دیتاست به درخواست کننده داده بنویسید.

علاوه بر ADO.NET شما می توانید از امکانات سیستم مدیریت دیتابیس خود مثل توابع و یا روال های ذخیره شده ( Stored Procedures ) استفاده کنید.

ارسال داده از یک لایه به لایه دیگر

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

PC2st
پنج شنبه 17 خرداد 1386, 10:06 صبح
پس از خواندن مطلب Wish Master (پست قبلی)، یک نگاه کوچولو به مثال زیر بندازید :)

مثلا به کمک روش سه لایه، برنامت به سه لایه یا اسمبلی تقسیم میشه.
یک فایل exe که مربوط به لایه رابط کاربری ( لایه 1 ).
یک فایل dll که مربوط به پردازش اطلاعات ( لایه 2 ).
یک فایل dll برای دسترسی به بانک اطلاعاتی ( لایه 3 ).
یک فایل mdb که مربوط به بانک اطلاعاتی داده هاست.

همونطور که متوجه شدید، برای دسترسی به فایل mdb، درخواست کاربر از لایه 1، باید از لایه های 2 و 3 (یا حتی لایه های بیشتر!) عبور کند و درصورت مجاز بودن، اطلاعات به کاربر فرستاده میشه یا ...

Future
پنج شنبه 17 خرداد 1386, 11:07 صبح
دوستان خیلی خیلی ممنون ، حالا میشه یکی بگه برای شروع بکار باید از کجا شروع کرد.

Keramatifar
پنج شنبه 17 خرداد 1386, 12:44 عصر
چی رو از کجا شروع کنی؟

PC2st
پنج شنبه 17 خرداد 1386, 12:56 عصر
حالا میشه یکی بگه برای شروع بکار باید از کجا شروع کرد.
همه اینها برای شروع کار بود :)

مثلا یک پروژه Class Library رو ایجاد کن، این dll ائی که باید ایجاد بشه، دارای یکسری متدها و خاصیتهای مشخص باید باشه ( مثلا از یک اینترفیس پیروی کنه ). متدها یا خاصیت های لازم رو پیاده سازی میکنید که باید کار مربوط به خودشون رو انجام بدهند، مثلا اگر این dll در رابطه با لایه دوم بخواد پیاده سازی بشه، باید متدها و خاصیت هاش طوری باشه که یکسری پارامتر دریافت کنه و بعد از پردازش لازم، اجازه دسترسی به لایه سوم رو بدهد. این dll را میتونی در پروژه دیگه ای مثلا در Windows Application که رابط کاربری است، مورد استفاده قرار بدید.
برای لایه سوم هم میشه یک dll داشت که اطلاعات لازم رو از لایه دوم ( با پارامترهائی که دریافت میکنه ) دریافت کنه و اطلاعات لازم رو از منبع داده به لایه دوم ارسال کنه و لایه دوم هم اطلاعات رو به لایه اول یعنی WIndows Application بفرسته.

dot_net_lover2
پنج شنبه 17 خرداد 1386, 17:41 عصر
در قسمت برنامه های نمونه یک نمونه واسه کار با DB گذاشتم البته لازم به ذکر است که چند لایه نوشته نشده ولی برای کار با DB از یک DLL استفاده شده که میتونه برای شروع کمکت کنه.

majidghost
سه شنبه 12 تیر 1386, 22:57 عصر
برنامه چند لایه چیست؟

در معماری چند لایه تمام برنامه به چندین بخش تقسیم می شود. این بخش ها می توانند فیزیکی یا منطقی باشند. هر بخش کار خاصی را انجام می دهد مثلا نمایش اینترفیس کاربر یا دسترسی به داده ها. برنامه می تواند به هر تعداد لایه داشته باشد ولی به هر حال بیشتر برنامه ها سه لایه مجزا دارند که عبارتند از :
1- Presentation Layer
2- Business Logic Layer
3- Data Access Layer

همان طور که احتمالا حدس زده اید، لایه Presentation چیزی نیست به جز بخشی از نرم افزار که با کاربر برنامه شما ارتباط برقرار می کند ( اینترفیس برنامه شماست ) نمایش داده ها به کاربر نهایی و اجازه به آنان برای ارتباط داشتن با داده ها، اصلی ترین وظیفه این لایه است.

در بیشتر موارد داده هایی که توسط کاربر وارد می شوند نیاز به اعتبارسنجی یا پردازش اضافی دارند. این مسوولیت لایه Business Logic است.

در نهایت داده های برنامه شما نیاز به ذخیره و بازیابی از طریق یک انبار داده دارند ( مثلا سیستم مدیریت دیتابیس های رابطه ای یا RDBMS و یا XML , .. ) این وظیفه توسط لایه دسترسی به داده انجام می شود.

به طور خلاصه، فرآیند مورد نظر ما این گونه کار می کند:

- کاربر برای داده های برنامه درخواستی ارسال می کند.
- لایه Data Access داده های مورد نظر را بازیابی می کند و از طریق لایه Business Logic آن ها را به لایه نمایش می فرستد.بعضی مواقع لایه دسترسی به داده ها، این داده ها را مستقیما به لایه نمایش ارسال می کند.
- لایه نمایش اطلاعاتی که باید نمایش داده شوند را از طریق لایه Business Logic دریافت می کند.
- کاربر داده ها را تغییر می دهد و عمل مناسب در مورد آن ها را اجرا می کند ( مثل اضافه یا به روز کردن داده ها )
- لایه Business Logic صحت داده های وارد شده توسط کاربر را بررسی می کند ( داده ها را اعتبار سنجی می کند)
- اگر داده ها معتبر باشند آن ها را برای به روز رسانی در بانک اطلاعاتی به دست لایه دسترسی به داده می سپارد.

مزیت های برنامه های چند لایه

- برنامه ها به چند بخش منطقی جدا از هم تقسیم می شوند و اتصال میان UI ( رابط کاربری ) ، پردازش ها و بانک اطلاعاتی کم می شود.
- تغییر در بانک اطلاعاتی یا روال های دسترسی به داده ها تاثیری در لایه نمایش یا برنامه کلاینت نخواهد گذاشت.
- برنامه کلاینت با عبارات SQL آمیخته نخواهد شد.
- نام جداول و ستون ها به طور موثری از برنامه کلاینت حذف می شوند.
- برنامه کلاینت نمی فهمد که داده ها از کجا آمده اند ( چیزی که به آن location transparency گفته می شود )
- تغییر یا گسترش برنامه بسیار ساده تر خواهد شد، بدون نیاز به تغییر یا کامپایل مجدد برنامه کلاینت.

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

انتخاب های لایه Presentation

دو انتخاب اصلی برای ساخت یک لایه نمایش در دات نت وجود دارد. آنها فرم های ویندوزی یا فرم های وبی ASP.NET هستند.

با استفاده از ویندوز فرم ها شما می توانید برنامه های دسکتاپ فرم محور ( form base ) معمول را بسازید. برنامه های ویندوز فرمی می توانند المان های رابط کاربری بسیار غنی به کاربر پیشنهاد کنند.آن ها کم و بیش شبیه به فرم های ویژوال بیسیک هستند.

جذاب ترین گزینه برای توسعه لایه نمایش استفاده از وب فرم های ASP.NET است. کنترل هایی مثل دیتاگرید، دیتالیست و تقویم ( Calendar ) یک رابط کاربری قدرتمند را با مقدار کمی کد فراهم می کنند.

انتخاب هایی که در بالا برای ساخت یک لایه نمایش بررسی کردیم می توانند توسط زبان های مختلفی مثل سی شارپ یا ویژوال بیسیک دات نت پیاده سازی شوند.

انتخاب های لایه Business Logic

لایه Business logic از چندین بخش که کارهایی نظیر اعتبار سنجی کار، گردش کار یا کارهای مشابه را انجام می دهند تشکیل شده است.

کامپوننت های دات نت این لایه را شکل می دهند. شما می توانید با interop از کامپوننت های COM استفاده کنید ولی این کار کارآیی را پایین خواهد آورد.

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

کامپوننت هایی که شما توسعه می دهید به ماندن روی ماشین های مشابه نیازی ندارند. با استفاده از .NET Remoting شما می توانید آن ها را روی چندین ماشین توزیع کنید.

انتخاب های لایه Data Access

این لایه با دستکاری داده ها مثل اضافه ، حذف و به روز رسانی آن ها سر و کار دارد. داده هایی که به آن ها اشاره کردیم می توانند در RDBMS یا XML قرار داشته باشند. شما باید لایه دسترسی به داده را چنان طراحی کنید که دیگر لایه ها نیازی به دانستن وضعیت انبار داده ها نداشته باشند.

ADO.NET فناوری دسترسی به داده تحت دات نت است. اگر چه ADO.NET از طریق کلاس های DataReader اجازه دسترسی به داده های در هنگام اتصال را می دهد ولی بیشترین تمرکز روی دسترسی به داده ها در زمان متصل نبودن است. دیتاست نقش کلیدی را در این مورد بازی می کند. در بعضی موارد شما می توانید ADO را هم برای دسترسی به داده ها استفاده کنید ولی استفاده از آن باید دلیل معتبری داشته باشد. از ADO استفاده نکنید فقط به خاطر اینکه RecordSet ها را دوست دارید !

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

همچنین وب سرویس ها هم می توانند لایه دسترسی به داده را شکل دهند. این مخصوصا زمانی درست است که دیتابیس شما فراهم کننده ( provider ) داده ندارد. در این گونه موارد شما می توانید مقداری کد برای اتصال به داده ها و پر کردن دیتاست ها و بازگرداندن نتایج درون دیتاست به درخواست کننده داده بنویسید.

علاوه بر ADO.NET شما می توانید از امکانات سیستم مدیریت دیتابیس خود مثل توابع و یا روال های ذخیره شده ( Stored Procedures ) استفاده کنید.

ارسال داده از یک لایه به لایه دیگر

در تمام موارد به ارسال اطلاعات از یک لایه به لایه دیگر نیاز است، به طور معمول برنامه نویسان از رشته ها ، آرایه ها ، رکوردست های غیرمتصل برای رسیدن به این هدف استفاده می کنند. در دات نت ، دیتاست ها یک راه فوق العاده برای انتقال اطلاعات میان لایه ها فراهم می کنند. شما حتی می توانید با برنامه نویسی یک دیتاست بسازید و آن را با داده های خودتان پر کنید. اگر اشیا را خیلی دوست دارید می توانید از Typed DataSets استفاده کنید که در واقع کلاسی مشتق شده از کلاس دیتاست است که جداول و سطرها را به شکل یک شی معرفی می کند.
آقای ویش مستر تمام اینارو copy , paste کردی و منبع هم ننوشتی, اینو گفتم تا همه ببینند.

atusa_com
چهارشنبه 02 آبان 1386, 00:21 صبح
خب چه اهمیتی داره که کپی پیست شده یا خودش نوشته، مهم اینه که نوشته و افرادی مث من با خوندنش یه چیزی یاد گرفتن، حالا از هرجا که نوشته شده باشه
همه هم بنظرم با نظر من موافقن و از ایشون تشکر میکنن.

اَرژنگ
چهارشنبه 02 آبان 1386, 02:32 صبح
خب چه اهمیتی داره که کپی پیست شده یا خودش نوشته، مهم اینه که نوشته و افرادی مث من با خوندنش یه چیزی یاد گرفتن، حالا از هرجا که نوشته شده باشه
همه هم بنظرم با نظر من موافقن و از ایشون تشکر میکنن.
متاسفانه اینکار کار درستی نیست، روش درست این است که رفرانس کامل به منبع و نویسنده داده بشه.

babak23
چهارشنبه 02 آبان 1386, 08:15 صبح
منبع
http://www.nofa.ir/NewsBody-ID104.aspx

Mahdi.Kiani
پنج شنبه 24 آبان 1386, 11:38 صبح
همه هم بنظرم با نظر من موافقن و از ایشون تشکر میکنن.

خیر همچین خبری نیست !!!
فکر کنم بقیه دوستان (یعنی اکثریت) با majidghost , جناب آرژنگ بیشتر موافق باشند !!!

mohammad272005
جمعه 25 آبان 1386, 01:02 صبح
به هر حال کسی که زحمت نوشتن این مقاله رو کشیده حتما منظوری داشته که با کپی/پیست اون این منظور خدشه‏دار میشه. حال اینکه ما با ذکر منبع، کمی وجدانمونو راحت می کنیم، اصلا درسته یا نه، بماند. وای بروزی که حتی منبع هم بیان نشه.

Keramatifar
چهارشنبه 30 آبان 1386, 17:25 عصر
این مقاله توسط یکی از دوستان برام ارسال شد که فاقد لینک منبع بود. وقتی هم که خودم سعی کردم منبعش رو پیدا کنم و تو نت سرچ کردم 40-50 تا سایت پیدا کردم که ادعای مالکیت این مقاله رو دارن!!! منم که علم غیب نداشتم بدونم کدومشون راست میگن، بدون داشتن اطمینان کامل هم نمیتونم کسی رو تائید کنم، پس بهترین راه رو در این دیدم که کسی رو تائید نکنم و در ضمن مقاله رو به اسم خودم هم پست نکردم چون مقاله هائی رو که خودم می نویسم حتما با امضای خودم تموم می شن ...

آرش2020
یک شنبه 14 بهمن 1386, 02:57 صبح
من با چند نفر جاوا کار که صحبت کردم .فهمیدم که در جاوا مفهوم چند لایه نویسی صریح تر از سی شارپ بیان شده.و اینکه من منظور از سه لایه بودن رو می فهمم اما نمی فهمم که چطور باید این کار را انجام داد؟
اگر مثل جاوا باشد که کد هایی در سی شارپ تا به حال نوشتم بدون در نظر گرفتن شی گرایی بوده.
لطفا در مورد نحوه نوشتن کد سه لایه هم توضیح دهید.
ممنون

Masoud_TB
یک شنبه 14 بهمن 1386, 14:19 عصر
به نظر من که به هیج وجه اینطور نیست. مشکل در ایران اینه که CSharp رو درست استفاده نمی کنند.

یک سری مقاله هم اینجا می تونی پیدا کنی:
http://csharptuning.blogfa.com

اَرژنگ
یک شنبه 14 بهمن 1386, 14:33 عصر
من با چند نفر جاوا کار که صحبت کردم .فهمیدم که در جاوا مفهوم چند لایه نویسی صریح تر از سی شارپ بیان شده.و اینکه من منظور از سه لایه بودن رو می فهمم اما نمی فهمم که چطور باید این کار را انجام داد؟
اگر مثل جاوا باشد که کد هایی در سی شارپ تا به حال نوشتم بدون در نظر گرفتن شی گرایی بوده.
لطفا در مورد نحوه نوشتن کد سه لایه هم توضیح دهید.
ممنون
این مسئله ربطی به جاوا یا سی‌شارپ ندارد، این موضوع اینجا بارها بحث شده و لینک به مثالات هم فرستاده شده.



به نظر من که به هیج وجه اینطور نیست. مشکل در ایران اینه که CSharp رو درست استفاده نمی کنند.
بهتان قول میدم که این مشکلی مربوط به ایران نیست، چه دانشگاه رفتش و یا نرفتش هم در هر جایه دنیا فکر میکنند کد نویسی با تایپ کدن و ران شدن برنامه تمام میشه. یاد گرفتن طرز استفاده زبان برنامه نویسی (سی شارپ، جاوا ، دلفی ،...) تازه اول کاره و باید به کلی مطالب دیگر هم توجه بشد، همانطوری هر کی که زبان آدمیزاد حرف میزند دلیل نمیشه که سخنگویه خوبی باشد و یا بتواند که یک رمان بنویسد، دانستن خوب یک زبان برنامه نویسی هم هیچ دلیلی بر قابلیت ساختن برنامه‌هایه سطح بالا نیست.

Masoud_TB
یک شنبه 14 بهمن 1386, 14:54 عصر
شرمنده آرژنگ جان. ولی باید بگم که مثلا توی هند (به عنوان یک کشور نمونه) پیدا کردن برنامه نویسی که معماری چند لایه رو می دونه , ساختار object oriented رو می شناسه (بدون توجه به زبان برنامه نویسی) کار بسیار ساده ایست و توی هر شرکت می تونی دهها برنامه نویس رو پیدا کنی که این شرایط رو دارند. اما تو مملکت خودمون (به خاطر ساختار های آموزشی فجیع - چه در دانشگاه ها و چه در موسسات آموزشی که فقط دنبال پول هستند ) شرکت های نرم افزاری برای پیدا کردن یه برنامه نویس کارآمد باید ماه ها آگهی بدند و 600 نفر قرار بذارند تا از توشون 2 نفر ( تازه اگه پیدا بشه) برنامه نویس پیدا کنند.
همین الان بیش از 4 شرکت از شرکت هایی که با بنده کار می کنند بارها به من گفتند که خواهشن اگر کسی را می شناسی معرفی کن).

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

آرش2020
دوشنبه 15 بهمن 1386, 02:16 صبح
معذرت می خوام که نتونستم سوالم رو بهتر بیان کنم.
آخه هر جا(نه اینجا) که صحبت از چند لایه نویسی میشه همه به همین مطالب بسنده می کنن و راجع به کد نویسی به این طریق چیزی نمی گویند.می خواستم بیشتر راهنماییم کنید.
بازم عذر می خوام

اَرژنگ
دوشنبه 15 بهمن 1386, 06:47 صبح
معذرت می خوام که نتونستم سوالم رو بهتر بیان کنم.
آخه هر جا(نه اینجا) که صحبت از چند لایه نویسی میشه همه به همین مطالب بسنده می کنن و راجع به کد نویسی به این طریق چیزی نمی گویند.می خواستم بیشتر راهنماییم کنید.
بازم عذر می خوام
http://barnamenevis.org/forum/showthread.php?t=90117
اگر توضیح دیگری لازم بود در خدمتم

eyes_shut_number1
شنبه 14 اردیبهشت 1387, 12:51 عصر
این در مورد 3 لایه بود!
درست
ولی N tierهمون ان لایه چیه؟
یعنی لایه های دیگه چی هستن؟ ممنون

mohammed
شنبه 14 اردیبهشت 1387, 15:03 عصر
لایه های سه گانه (یا پنج گانه) قوق الذکر وقتی برای بخشهای مختلف یک total system پیاده می شوند، یک ساختار ماتریسی منظم و موازی را تشکلیل می دهند که به آن می گویند معماری چند لایه. به عبارت دیگر sub system های مختلف بطور موازی از هم بهره می برند و هریک به تنهایی ساختاری سه لایه دارند. به این می گویند n-tier یا multi tier

razavi_university
یک شنبه 15 اردیبهشت 1387, 00:07 صبح
بيش از 3 لايه را n لايه گويند
معماری 5 لایه (http://barnamenevis.org/forum/showthread.php?t=68417)

amironline
یک شنبه 15 اردیبهشت 1387, 11:07 صبح
http://barnamenevis.org/forum/showthread.php?t=90117
اگر توضیح دیگری لازم بود در خدمتم

اين تاپيك پاك شده؟

sinpin
یک شنبه 15 اردیبهشت 1387, 11:48 صبح
اين تاپيك پاك شده؟
به اين تاپيك مراجعه كنيد : پیاده سازی معماری 3 لایه در سی شارپ (http://barnamenevis.org/forum/showthread.php?t=27351)

masoudcg1
دوشنبه 21 بهمن 1387, 22:09 عصر
مطلب خیلی مفید بود .
اما ذکر نکردن منبع کار درستی نبود.
|/\!-:متعجب:

keyvan_n
دوشنبه 15 تیر 1388, 00:23 صبح
بابا جون، آقایون، خانوما، یک مثال ساده از winapp سه لایه یا پنج لایه به این قشر تازه کار بدبخت عنایت بفرمایید.
کل وب پر شده از آموزش و بحث و این حرفا. یه مثال تر و تمیز کم داریم.

Armin060
دوشنبه 15 تیر 1388, 01:59 صبح
من هم منتظر يك مثال هستم.

RED-C0DE
دوشنبه 15 تیر 1388, 10:35 صبح
همیشه برای پیدا کردن ی نمونه برنامه به تاپیک "نمونه برنامه های کوچک و مفید سی شارپ" ی سر بزنید..!
اینو با ی نگاه کوچک از اونجا پیدا کردم الان (ولی خودم بازش نکردم) :

http://barnamenevis.org/forum/showpost.php?p=514116&postcount=76

milad.rahmian
شنبه 26 تیر 1389, 03:43 صبح
متاسفانه اینکار کار درستی نیست، روش درست این است که رفرانس کامل به منبع و نویسنده داده بشه.


دوست من دقیقا حرف دوستمون درست
اصل این هست که جواب یکی رو بدی
مگه شما از کجا یاد گرفتید از استاد یا همین جا :لبخندساده:

اَرژنگ
شنبه 26 تیر 1389, 14:59 عصر
دوست من دقیقا حرف دوستمون درست
اصل این هست که جواب یکی رو بدی
مگه شما از کجا یاد گرفتید از استاد یا همین جا :لبخندساده:
کدام سوال؟ منظورتان را متوجه نمیشم.
چیزی که از من نقل قول کردید در مورد این است که اگر کاری از جایه دیگر گرفته شده به منبع اصلی رفرانس بدیم، اینکه من از کجا یاد گرفتم به اینکه یکی ورمیداره یک مقاله یک نفر دیگر را از سر تا ته بدونه دادن رفرانس کپی میکنه ندارد.
اصلاً من هیچ چی بلد نیستم، سوال چیه، موضوع کدامه ؟ هر کی که دلیل منطقی در موضوعی دارد دلیلش را اراعه کند و اگر دلیلش درست بود حق دارد که مورد بررسی قرار بگیره، حالا مهم نیست ۳۰ سال برنامه‌نویس بوده یا ۳ روز.

tiia_kahkeshan
پنج شنبه 18 شهریور 1389, 17:23 عصر
همیشه برای پیدا کردن ی نمونه برنامه به تاپیک "نمونه برنامه های کوچک و مفید سی شارپ" ی سر بزنید..!
اینو با ی نگاه کوچک از اونجا پیدا کردم الان (ولی خودم بازش نکردم) :

http://barnamenevis.org/forum/showpost.php?p=514116&postcount=76
این پروژه نمونه از پایگاه داده NORTHWIND استفاده کرده است.
از STORED PROCEDUER استفاده کرده ،به نام SP_1 اما همچینن PROCEDUER توی این پایگاه داده وجود ندارد.؟

tiia_kahkeshan
پنج شنبه 18 شهریور 1389, 17:59 عصر
sp_1 داخل خود پوشه هست .

m.abooei
دوشنبه 06 دی 1389, 23:25 عصر
در قسمت برنامه های نمونه یک نمونه واسه کار با DB گذاشتم البته لازم به ذکر است که چند لایه نوشته نشده ولی برای کار با DB از یک DLL استفاده شده که میتونه برای شروع کمکت کنه.


این قسمت برنامه های نمونه کجاست؟!!!؟:اشتباه::متفکر::افس رده::گیج::خجالت:

razavi_university
سه شنبه 07 دی 1389, 00:53 صبح
نمونه برنامه های کوچک و مفيد در سي شارپ (http://barnamenevis.org/showthread.php?64210-%D9%86%D9%85%D9%88%D9%86%D9%87-%D8%A8%D8%B1%D9%86%D8%A7%D9%85%D9%87-%D9%87%D8%A7%DB%8C-%DA%A9%D9%88%DA%86%DA%A9-%D9%88-%D9%85%D9%81%D9%8A%D8%AF-%D8%AF%D8%B1-%D8%B3%D9%8A-%D8%B4%D8%A7%D8%B1%D9%BE)