Javad_Darvish_Amiry
پنج شنبه 23 دی 1389, 01:26 صبح
سلام به همه دوستای گل دات نتیم. خسته نباشید. تو این تاپیک (http://barnamenevis.org/showthread.php?269762-%D9%81%D8%B1%D8%A7%D8%AE%D9%88%D8%A7%D9%86%DB%8C-%D9%85%D8%AA%D9%88%D8%AF-%DA%A9%D9%84%D8%A7%D8%B3-c-%D8%AF%D8%B1-%D8%AC%D8%A7%D9%88%D8%A7%D8%A7%D8%B3%DA%A9%D8%B1%D B%8C%D9%BE%D8%AA) سوالی مطرح شد مبنی بر اجرای متود های سمت سرور از طرف کلاینت با جاوا اسکریپت.
خوب طبیعتا اولین چیزی که به ذهن هر دات نت کاری میفته، استفاده از وب سرویس هاست. اما استفاده از وب-سرویس های ASP.NET چند تا اشکال داره که بنده پیشنهاد دیگه ای دارم.
اول اشکالات (البته خیلی مختصر و مفید، چون قصد و وقت مقاله نوشتن ندارم، ولی خیلی وقته که تو فکر یه مقاله سریالی در مورد این جور مسائل ریز و ظریف و البته تاثیر گذار هستم، دعا کنید وقت کنم و بتونم آماده اش کنم):
اول: وب-سرویس ها بهینه نیستن. مهمترین دلیل هم شیوه سریالیزه کردن داده است. عموما و به طور پیش فرض سریالیزه به XML و اگه ما بخواهیم، JSON. در هر صورت فرقی نمیکنه، هیچکدوم از این فرمت های داده برای مقاصد کوچیک تا حتی نزدیک به و خود متوسط بهینه نیستند. فرض رو بر این بگذارید، من لیست اخبارم رو میخوام واکشی کنم. لیستم یک بار سمت سرور به XML سریالیزه میشه که خودش یه پردازش اضافه است. بعد سمت کلاینت دوباره پردازش بشه -که طبیعتا نیاز به حجمی از جاوا اسکریپت داره، و بعدش اونجا توی تگ های مناسب HTML نوشته بشه. حالا فکر کنید اگه همون سمت سرور، اون پردازش به جای تولید XML مستقیما HTML مناسب صفحه ام رو تولید کنه چقدر خوب میشه. نه؟ تازه زحمت سرور هم کمتر میشه. برای نمونه این آدرس رو ببینید (http://amard-co.com/ArticleList.aspx).
دوم: وب-سرویس ها توی کنترل نشست ها خیلی ضعیف عمل میکنن و طبیعتا داستان امنیتی خاص خودشون رو هم دارن.
سوم: از وب-سرویس های ASP.NET نمیشه در حالت عادی با متود های get و post کار کرد. اونها فقط به درخواست های SOAP جواب میدن. برای اینکه بشه با get و post معمولی اونجور که اکثر اوقات مد نظر ماست، باهاشون کار کرد، باید تنظیماتی تو وب کانفیگ اعمال بشه که خود میکروسافت توصیه کرده این کارو نکن حسن، این کار خیلی خطرناکه حسن. البته اطلاعات من تو این بخش مال حدود 3 سال پیشه، و چون از اون به بعد دیگه هیچوقت با اینا کار نکردم و همیشه روش های خاص خودم رو پیدا و پیاده سازی کردم (بسته به نیازم)، خبر ندارم تو این مدت چه اتفاقی افتاده، ولی اگه خبر خاصی میشد احتمالا میفهمیدم چون تو MSDN زیاد میچرخم. (اگه کسی خبری داره به ما هم بده، خوشحال و متشکر میشویم :چشمک: ).
حالا پیشنهاد این بنده حقیر:
فرض کنید تو یه صفحه سه تا متد دارم و بسته به نیازم هر بار میخوام یکیشون رو با جاوا اسکریپت صدا کنم و جوابشو بگیرم.
1- یه صفحه aspx معمولی میسازم و همه کد های تولیدی IDE به جز دایرکتیو صفحه رو پاک می کنم:
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ApiNewsList.aspx.cs"
Inherits="Kavand.Core.Web.Projects.ApiNewsList" StylesheetTheme="" Theme="" %>
حالا بریم کد بیهایند. من توی QueryString دو تا چیز قراره بگیرم. یکی اسم متدم، دومی مثلا یه پارامتر فرضی، هر چی که هست. این فقط یه مثاله.
namespace Kavand.Core.Web.Projects {
using System;
using System.Text;
using Kavand.Core;
using Kavand.Core.Web.Components;
using Kavand.Core.Web.Configuration;
public partial class ApiNewsList : System.Web.UI.Page {
private strint MyMethodName{
get{
return this.Page.Request.QueryString["method"]??String.Empty;
}
}
private int MyId{
String temp = this.Page.Request.QueryString["id"]??"-1";
int id;
if(!Int32.TryParse(temp, out id)){
id = -1;
}
return id;
}
}
}
خوب تا این جا که کاری نداشت. فقط دو تا پراپرتی به کلاسم اضافه کردم، که مقادیرشون رو از QueryString میخوندن. بقیه اش هم همینقدر ساده است. انگار داری یه صفحه کاملا عادی و معمولی مینویسی که البته در واقع هم چیزی جز این نیست.
حالا تو پیج لود متد مورد نظرم رو فراخونی میکنم:
protected void Page_Load(object sender, EventArgs e) {
switch (MyMethodName) {
case "method_1": method_1(); break;
case "method_2": method_2(MyId); break;
case "method_3":
if (this.Page.User.Identity.IsAuthenticated)
method_3();
else
cleanup();
break;
default: cleanup();
}
}
خیلی ساده است مطمئنا. حالا متد هام شناسایی و اونی که نیاز بود اجرا شد. میبینید که حتی امکان کنترل سطح دسترسی رو هم دارم. - یادتون نره ASP.NET برای کنترل نشست و احراز هویت از کوکی ها استفاده میکنه و درخواستی که هم که ما با جاوا اسکریپت میفرستیم، اون کوکی رو داره با خودش حمل میکنه؛ پس دقیقا ما کماکان تو همون نشست (Session) اصلی قرار داریم که یوزر مربوطه هست. -
حالا فقط مونده تولید خروجی که این هم به راحتی با نوشتن توی خروجی صفحه امکان پذیره. مثلا یکی از متد ها مطابق مثال اولیه قراره لیستی از آیتم های خبری تولید کنه. اول یه رشته از آیتم هام میسازم و بعد اونو تو خروجی مینویسم:
private void BuildNewsHtml(Int32 MyId) {
NewsCollection collection = News.Browse(MyId);
StringBuilder builder = new StringBuilder();
builder.Append(@"<div class=""browse"">");
if (collection.Count < 1) {
builder.Append("فعلا هیچ خبری ثبت نشده است.");
}
else {
builder.Append("<ul>");
foreach (News item in collection) {
builder.AppendFormat(
@"<li><a href=""NewsItem.aspx?itemId={0}""> {1} <span>( {2} )</span> <div> {3} </div> </a></li>",
item.NewsId,
item.Title,
item.AddedUtc.AddHours(KavandWebConfig.Instance.Ad dHours).AddMinutes(
KavandWebConfig.Instance.AddMinutes).ToPersian().T oString(),
!String.IsNullOrEmpty(item.Description) ? item.Description.SubText(" ...", 123) : item.Body.SubText(" ...", 123)
);
}
builder.Append("</ul>");
}
builder.Append("</div>");
}
واووو... چه عالی. حالا مینویسمش تو خروجی:
Response.Write(builder.ToString());
به همین راحتی. حالا تو کلاینت دارمش. با کمترین پردازش و داده انتقالی و کد جاوا اسکریپت چه تو سرور و چه سمت کلاینت.
فقط چند تا نکته رو از قلم نندازین.
همیشه تولید HTML سمت سرور مناسب نیست؛ خیلی وقتها سریالیزه کردن سمت سرور و دیسریالایز سمت کلاینت مناسب تره. پس به جای تولید HTML داده سریال شده تون رو تولید کنید مثلا JSON. وای خدای من، من عاشق JSON و متد eval جاوا اسکریپتم وقتی اینا رو با هم می بینم. چه زندگی با شکوهی.
آها، یه وقتایی داده امون انقدر سبکه، که میشه تکست خالی و بسیار سبکی ایجاد کرد و فرستاد.
و اینا یعنی علاوه بر این نکات عقلانی که باید هر برنامه نویسی حواسش بهشون باشه (هنر طراحی سیستم ها، تشخیص نیازمندیها، ارائه بهترین راه حل ها ...... )، یه نکته مهم دیگه هم وجود داره. نوع داده خروجی. چون این جا HTML تولید شده و خروجی aspx به طور پیش فرض HTML در نظر گرفته میشه، نیاز به کار اضافه ای نیست. ولی وقتی مثلا میخواهید متن ساده (تکست خودمونو میگم) بفرستید (یا هر نوع دیگه که دیگه بستگی به خودتون و برنامه تون داره) این خط رو به پیج لود اضافه کنید:
this.Page.Response.ContentType = "text/plain";
به هر حال با توجه به چیزی که دارید تو خروجی مینویسید، ContentType مناسب رو هم به صفحه اتون بدید.
فعلا دیگه چیزی یادم نمیاد. سر همه دوستان درد نکنه. میدونم زیاد حرف زدم. ببخشید به بزرگی خودتون.
تفکر یادتون نره.:چشمک:
خوب طبیعتا اولین چیزی که به ذهن هر دات نت کاری میفته، استفاده از وب سرویس هاست. اما استفاده از وب-سرویس های ASP.NET چند تا اشکال داره که بنده پیشنهاد دیگه ای دارم.
اول اشکالات (البته خیلی مختصر و مفید، چون قصد و وقت مقاله نوشتن ندارم، ولی خیلی وقته که تو فکر یه مقاله سریالی در مورد این جور مسائل ریز و ظریف و البته تاثیر گذار هستم، دعا کنید وقت کنم و بتونم آماده اش کنم):
اول: وب-سرویس ها بهینه نیستن. مهمترین دلیل هم شیوه سریالیزه کردن داده است. عموما و به طور پیش فرض سریالیزه به XML و اگه ما بخواهیم، JSON. در هر صورت فرقی نمیکنه، هیچکدوم از این فرمت های داده برای مقاصد کوچیک تا حتی نزدیک به و خود متوسط بهینه نیستند. فرض رو بر این بگذارید، من لیست اخبارم رو میخوام واکشی کنم. لیستم یک بار سمت سرور به XML سریالیزه میشه که خودش یه پردازش اضافه است. بعد سمت کلاینت دوباره پردازش بشه -که طبیعتا نیاز به حجمی از جاوا اسکریپت داره، و بعدش اونجا توی تگ های مناسب HTML نوشته بشه. حالا فکر کنید اگه همون سمت سرور، اون پردازش به جای تولید XML مستقیما HTML مناسب صفحه ام رو تولید کنه چقدر خوب میشه. نه؟ تازه زحمت سرور هم کمتر میشه. برای نمونه این آدرس رو ببینید (http://amard-co.com/ArticleList.aspx).
دوم: وب-سرویس ها توی کنترل نشست ها خیلی ضعیف عمل میکنن و طبیعتا داستان امنیتی خاص خودشون رو هم دارن.
سوم: از وب-سرویس های ASP.NET نمیشه در حالت عادی با متود های get و post کار کرد. اونها فقط به درخواست های SOAP جواب میدن. برای اینکه بشه با get و post معمولی اونجور که اکثر اوقات مد نظر ماست، باهاشون کار کرد، باید تنظیماتی تو وب کانفیگ اعمال بشه که خود میکروسافت توصیه کرده این کارو نکن حسن، این کار خیلی خطرناکه حسن. البته اطلاعات من تو این بخش مال حدود 3 سال پیشه، و چون از اون به بعد دیگه هیچوقت با اینا کار نکردم و همیشه روش های خاص خودم رو پیدا و پیاده سازی کردم (بسته به نیازم)، خبر ندارم تو این مدت چه اتفاقی افتاده، ولی اگه خبر خاصی میشد احتمالا میفهمیدم چون تو MSDN زیاد میچرخم. (اگه کسی خبری داره به ما هم بده، خوشحال و متشکر میشویم :چشمک: ).
حالا پیشنهاد این بنده حقیر:
فرض کنید تو یه صفحه سه تا متد دارم و بسته به نیازم هر بار میخوام یکیشون رو با جاوا اسکریپت صدا کنم و جوابشو بگیرم.
1- یه صفحه aspx معمولی میسازم و همه کد های تولیدی IDE به جز دایرکتیو صفحه رو پاک می کنم:
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ApiNewsList.aspx.cs"
Inherits="Kavand.Core.Web.Projects.ApiNewsList" StylesheetTheme="" Theme="" %>
حالا بریم کد بیهایند. من توی QueryString دو تا چیز قراره بگیرم. یکی اسم متدم، دومی مثلا یه پارامتر فرضی، هر چی که هست. این فقط یه مثاله.
namespace Kavand.Core.Web.Projects {
using System;
using System.Text;
using Kavand.Core;
using Kavand.Core.Web.Components;
using Kavand.Core.Web.Configuration;
public partial class ApiNewsList : System.Web.UI.Page {
private strint MyMethodName{
get{
return this.Page.Request.QueryString["method"]??String.Empty;
}
}
private int MyId{
String temp = this.Page.Request.QueryString["id"]??"-1";
int id;
if(!Int32.TryParse(temp, out id)){
id = -1;
}
return id;
}
}
}
خوب تا این جا که کاری نداشت. فقط دو تا پراپرتی به کلاسم اضافه کردم، که مقادیرشون رو از QueryString میخوندن. بقیه اش هم همینقدر ساده است. انگار داری یه صفحه کاملا عادی و معمولی مینویسی که البته در واقع هم چیزی جز این نیست.
حالا تو پیج لود متد مورد نظرم رو فراخونی میکنم:
protected void Page_Load(object sender, EventArgs e) {
switch (MyMethodName) {
case "method_1": method_1(); break;
case "method_2": method_2(MyId); break;
case "method_3":
if (this.Page.User.Identity.IsAuthenticated)
method_3();
else
cleanup();
break;
default: cleanup();
}
}
خیلی ساده است مطمئنا. حالا متد هام شناسایی و اونی که نیاز بود اجرا شد. میبینید که حتی امکان کنترل سطح دسترسی رو هم دارم. - یادتون نره ASP.NET برای کنترل نشست و احراز هویت از کوکی ها استفاده میکنه و درخواستی که هم که ما با جاوا اسکریپت میفرستیم، اون کوکی رو داره با خودش حمل میکنه؛ پس دقیقا ما کماکان تو همون نشست (Session) اصلی قرار داریم که یوزر مربوطه هست. -
حالا فقط مونده تولید خروجی که این هم به راحتی با نوشتن توی خروجی صفحه امکان پذیره. مثلا یکی از متد ها مطابق مثال اولیه قراره لیستی از آیتم های خبری تولید کنه. اول یه رشته از آیتم هام میسازم و بعد اونو تو خروجی مینویسم:
private void BuildNewsHtml(Int32 MyId) {
NewsCollection collection = News.Browse(MyId);
StringBuilder builder = new StringBuilder();
builder.Append(@"<div class=""browse"">");
if (collection.Count < 1) {
builder.Append("فعلا هیچ خبری ثبت نشده است.");
}
else {
builder.Append("<ul>");
foreach (News item in collection) {
builder.AppendFormat(
@"<li><a href=""NewsItem.aspx?itemId={0}""> {1} <span>( {2} )</span> <div> {3} </div> </a></li>",
item.NewsId,
item.Title,
item.AddedUtc.AddHours(KavandWebConfig.Instance.Ad dHours).AddMinutes(
KavandWebConfig.Instance.AddMinutes).ToPersian().T oString(),
!String.IsNullOrEmpty(item.Description) ? item.Description.SubText(" ...", 123) : item.Body.SubText(" ...", 123)
);
}
builder.Append("</ul>");
}
builder.Append("</div>");
}
واووو... چه عالی. حالا مینویسمش تو خروجی:
Response.Write(builder.ToString());
به همین راحتی. حالا تو کلاینت دارمش. با کمترین پردازش و داده انتقالی و کد جاوا اسکریپت چه تو سرور و چه سمت کلاینت.
فقط چند تا نکته رو از قلم نندازین.
همیشه تولید HTML سمت سرور مناسب نیست؛ خیلی وقتها سریالیزه کردن سمت سرور و دیسریالایز سمت کلاینت مناسب تره. پس به جای تولید HTML داده سریال شده تون رو تولید کنید مثلا JSON. وای خدای من، من عاشق JSON و متد eval جاوا اسکریپتم وقتی اینا رو با هم می بینم. چه زندگی با شکوهی.
آها، یه وقتایی داده امون انقدر سبکه، که میشه تکست خالی و بسیار سبکی ایجاد کرد و فرستاد.
و اینا یعنی علاوه بر این نکات عقلانی که باید هر برنامه نویسی حواسش بهشون باشه (هنر طراحی سیستم ها، تشخیص نیازمندیها، ارائه بهترین راه حل ها ...... )، یه نکته مهم دیگه هم وجود داره. نوع داده خروجی. چون این جا HTML تولید شده و خروجی aspx به طور پیش فرض HTML در نظر گرفته میشه، نیاز به کار اضافه ای نیست. ولی وقتی مثلا میخواهید متن ساده (تکست خودمونو میگم) بفرستید (یا هر نوع دیگه که دیگه بستگی به خودتون و برنامه تون داره) این خط رو به پیج لود اضافه کنید:
this.Page.Response.ContentType = "text/plain";
به هر حال با توجه به چیزی که دارید تو خروجی مینویسید، ContentType مناسب رو هم به صفحه اتون بدید.
فعلا دیگه چیزی یادم نمیاد. سر همه دوستان درد نکنه. میدونم زیاد حرف زدم. ببخشید به بزرگی خودتون.
تفکر یادتون نره.:چشمک: