سلام دوستان
میخواستم بدونم توی دات نت 2010 (یا 2012) برای socket programming بهتره از winsock استفاده کرد یا کلاس های آماده دات نت؟
اگه اشتباه نکنم میشه کارهای winsock رو با System.Net.Sockets.TcpClient و System.Net.Sockets.Tcplistener
انجام داد (اگه اشتباه میکنم لطفا راهنمایی کنید)
حالا مشکلم اینجاست با کلاس دات نت اینه که مثلا از کجا بفهمم که وقتی دستور connect رو زدم دقیقا چه زمانی کانکشن وصل میشه ؟و مابقی دستورات...آخه نتونستم event ی توی این کلاس پیدا کنم!
کسی اطلاعی نداره؟
سلام
سوال اول شما به شرطی که حوصله جوابش رو داشته باشین، یه سوال تئوری هست! تو دات نت بحای Winsock از System.Net.Sockets.Socket استفاده میشه : همونطورکه میدونید Winsock یک کتابخونه کامل، برای بالا بردن کارآیی برنامه ها برای کار با سوکت ها بود، Microsoft® .NET یک لایه جدید روی Winsock بنام System.Net فراهم کرده که دیگه شما لازم نیست مستقیماً با Winsock کار کنید، درحقیقت همون کلاس System.Net.Sockets.Socket کل کارهای معمول در Winsock رو انجام میده. این لایه نیاز برنامه هایی که روی سوکت کار میکنند رو برای کدهای مدیریت شده دات نت فراهم میکنه؛ یعنی علاوه برمطمئن تر شدن زیرساخت های ارتباطی، خیلی امکانات جدید به لایه قبلی اش اضافه کرده که همین باعث گیج شدن کسایی میشه که فقط با Winsock کار کرده بودن (مثل من!)؛ ولی بتدریج متوجه میشین که تمام کارها و مشقاتی که در می کشیدیم بقول شما با دو تا کلاس TcpClient یا TcpListener حل شدن ولی بعضی ویژگی های پیشرفته که توسط کلاس سوکت های سطح پایین تر فراهم شده بود، دیگه تو اینها نیست و همین هم باعث کم شدن پیچیدگی شده؛ TcpListener چند تا متد ساده برای listen و accept کردن connection های ورودی شما با توجه به روش synchronous (یعنی یا از Accept استفاده میکنین که ساده ترین حالت هست و درخواست های همزمان رو ژشتیبانی نمی کنه یا از BeginAccept که یک AsyncCallback میگیره مثلاً بعنوان OnAccept که کارهایی که قرار هست بعد Accept انجام بشه توش هست و ...) و مد Blocking فراهم میکنه و کلاس TcpClient متدهایی ساده برای connecting، sending و receiving استریم های داده روی شبکه (باز هم با توجه به نوع synchronous و blocking) داره؛ (برای UdpClient قضیه فرق میکنه ولی چون مورد سوال شما نبود، بهش نپرداختیم) :
مثال های زیادی رو در تاپیک (تاپیک جامع چت) گذاشتم، که خودتون 100 تا بهترش رو می تونید گوگل کنید؛ برای ادامه قدم به قدم همین بحث هم من لینک پایین رو پیشنهاد میکنم:
====================
برای فهمیدن این که کلاینت شما (یه Socket) کی connect شده هم در TcpClient یه Connected هست که باید به اون نگاه کنید! اگه ارسال درخواست های همزمان داشته باشید (که اکثراً هم همینطور هست) باید یه AsyncCallback داشته یاشید (یک Delegate خاص برای عملیات همزمانی هست) که Connected توی اون چک میشه و اون رو به BeginReceive کلاینت میدین (Socket ای که برای کلاینت درست کردین)؛ ولی در حالت ساده فقط گذاشتن یک trace برای Connected کافیه ...
#An Introduction to Socket Programming in .NET using C
حالا فرق آسنکرون با سنکرون چیه ؟ میشه یه اشاره ای بکنید ؟
اگه تو مفهوم این دوتا اشکال دارین که خیلی ساده میشه گفت به Concurrency یا تعداد درخواستهایی که در آنِ‌واحد در جریان هستند، مربوط میشه؛ ارسال و دریافت همزمان درخواست ها و نوع رسیدگی به اونها این دو روش مجزا رو بوجود میارن، تو پست قبلی ام یه اشاره ای کردم:نوشته شده توسط Direlap
فرق کدنویسی رو هم از MSDN میتونید ببینید:اگه ارسال درخواست های همزمان داشته باشید (که اکثراً هم همینطور هست) باید یه AsyncCallback داشته یاشید (یک Delegate خاص برای عملیات همزمانی هست) که Connected توی اون چک میشه و اون رو به BeginReceive کلاینت میدین (Socket ای که برای کلاینت درست کردین)؛ ولی در حالت ساده فقط گذاشتن یک trace برای Connected کافیه ...
از توضیحاتتون ممنونم دوست عزیز
من کار با winsock رو خوب بلدم , به نظر شما لزومی داره از کلاس دات نت استفاده کنم؟ اگر بخوایم قدرت این 2 رو با هم مقایسه کنیم کدومشون قابلیت های بیشتری داره؟آیا تمام کارهایی که با کلاس دات نت میشه انجام داد با winsock هم شدنیست؟
ممنون میشم راهنمایی کنید.
سوال آخر (آیا جدیدترین نسخه winsock برای دات نت همون کتابخانه winsock2005 هست؟یا نسخه جدیدتر اومده؟)
آقا جون، میتونم بپرسم چرا گیر دادی به Winsock ؟!
Winsock تو ++C/C بود (منظورم Native ها)؛ باور نمیکنی! ایناهاش :
تاپیک هم مال شصتاد سال پیش هم نیست، یکی دو هفته پیش بازبینی شده: Build date: 6/6/2012Developer audience
Windows Sockets 2 is designed for use by C/C++ programmers. Familiarity with Windows networking is required
من هم با Winsock2 کار میکردم، ولی تو دات نت الان این لایه (System.Net.Sockets.Socket) اومده روش و کلی هم امکانات اضافه شده بهش؛ تو مثال های لینکی که بالا دادم، ببنبید یه مثال #C یا VB.NET (یا هر کد مدیریت شده دیگه ای) هست؟(مثلاً)
کار کردن با System.Net هم خیلی راحته؛ ضمناً تمام کارها که با اون میشد، با این هم میشه و بیشترش هم میشه! ولی قبول کنید که باید یکمی بیخیال چیزایی که قبلاً استفاده میکردین بشین! اصلاً دات نت کارها رو راحت و امکان اشتباهات سهوی رو کم میکنه:
راحتی استفاده اش رو خودتون ببینید:
Tutorials on .NET Windows Network Programming With Working C#, VB .NET and C++/CLI .NET Code Examples
فصل شش به بعد (Part II - Using the Network With Code Implementations)
پ.ن.: البته هیچ چی %100 نبست، ممکنه اساتید الان بیان حکم اعدام صادر کننپس با این ترفند که " البته من تا اینجا میدونستم، بازم نظر اساتید چی باشه!" امنیت جانی خودم رو تضمین میکنم...
پیرو پ.خ. زیر (البته با اجازه خودشون) :
شما پرسیدین System.Net.Sockets.TcpClient مثل winsock همچین چیزی داره یا نه؟ ("چه زمانی کانکشن وصل میشه ؟") من هم گفتم بلی (connected) ولی اینکه این به چه درد شما میخوره، من که نمیدونم کدتون به چه صورت هست! (مثلاً دوست دارین خودتون یه Event واسش بنویسین و چرخ رو از اول اختراع کنید!) تو راه حل عمومی معمولاً ازش استفاده نمیشه، از چی استفاده میشه؟ Again:
==============
چون معمولاً بعیده حالت سنکرون (Synchronous) بدرد کسی بخوره و بیشتر تو P2P کاربرد داره و از طرف دیگه مفهوم پیچیده ای توش نیست، من حالت عمومی موردنیاز رو توضیح میدم (توضیح داده ام و خواهم داد!) تو حالت Asynchronous شما لازم نیست دنبال event بگردین؛ اگه یه نگاهی به مثال که دادم می‌نداختین، همونطورکه گفتم شما BeginConnect می‌کنید و اونجا بهش یک AsyncCallback پاس میدین، اون همه کارها رو میکنه! کدش :
public static void Connect(EndPoint remoteEP, Socket client) {
client.BeginConnect(remoteEP,
new AsyncCallback(ConnectCallback), client );
connectDone.WaitOne();
}
حالا delegate (همون AsyncCallback که بالا پاس دادین یعنی ConnectCallback) شما بطور اتوماتیک هروقت Remote device شما در دسترس باشه (بقول شما event های مثل connected یا disconnected,... رخ بدن)، فراخوانی میشه و شما میتونید "کدهاتونو توش بریزین تا زمان رخ دادن event اجرا بشن" بعدش هم می تونید مثلاً به Application بگین که کارم تموم شد، تو هم برو پی کارت! اینطوری مثلاً:
private static void ConnectCallback(IAsyncResult ar) {
try {
// Retrieve the socket from the state object.
Socket client = (Socket) ar.AsyncState;
// Complete the connection.
client.EndConnect(ar);
Console.WriteLine("Socket connected to {0}",
client.RemoteEndPoint.ToString());
// Signal that the connection has been made.
connectDone.Set();
} catch (Exception e) {
Console.WriteLine(e.ToString());
}
}
Send و Receive هم تقریباً یه همچین روالی دارن و براحتی میتونید با تعریف یک AsyncCallback براشون تمام کارهایی رو که میخواین انجام بدین، این باعث میشه کارهای موردنظرتون در Delegate شما، بدون زحمت و دردسر اینکه کلاینت Connect هست یا ای‌وای وسط کار DC شد و ... انجام بگیره.
برای توضیحات بیشتر، لینک که دادم (Using an Asynchronous Client Socket) رو بخونین.
موفق باشید.
ضمن تشکر
من سورس کد توی این لینک دانلود کردم و اونو تست کردم و به درستی کار میکنه
اما در بخش سرور از 3 طریق میشه هاست شد :
server.jpg
حالا میخواستم بدونم این 3 روش چه فرقی با هم میکنن ؟
اگه کسی از دوستان فرقشونو میدونه بیزحمت یه توضیحی بده
شما برداشت خودت چیه؟ خوندین اینا رو:
Threaded Server
Using Select for Multiplexed I/O
Asynchronous I/O
برای راهنمائی، تو این مقاله سعی شده مرحله به مرحله سرور رو بهینه کنه، یعنی تعداد Thread های درگیر رو کم کنه، کارآیی رو ببره، مدیریت Thread ها رو خودش بگیره دستش: (خودش = دات نت)، callback رو بهینه کنه که دیگه نیاز به استفاده از thread های worker هم نباشه، مانیتورینگ بذاره و ...
پس از بالا به پائین (هم Button های مثال، هم لینک ها) اینایی که شمردم، میره بالا! اگه به کدها دقت کنید، آخری (Asynchronous I/O) هم پیچیدگی کدها کمتر شده و هم کارآئی بالاتر هست و این همون روشی هست که داداشت اولش پیشنهاد کرد!
بازم همون لینک ها رو مطالعه کنین، اگه چیزی به ذهنتون رسید که متوجه نمی شید؛ مطرح کنید تا در موردش صحبت کنیم، ولی خدائیش باید بخونید و اگه بفهمم که همینطوری پست دادین، به آقا ناظم میگم...
قوانین ایجاد تاپیک در تالار
پاسخ با نقل قول
