تفاوت sendRedirect با forward و include در servlet
forward و include هردو از اینترفیس RequestDispatcher هستند
در حالی که sendResirect متدی از اینترفیس ServletResponse میباشد
زمانی که شما sendRedirect میفرستی
توسط مرورگر کاربر handle میشه اما forwardو include توسط container
متد sendRedirect میتونه برای url هایی خارج از سرور شما استفاده بشه درحالی که include و forward حتما باید منابعی که فراخوانی کردید در سرور خودتون موجود باشه مثال زیر بیشتر توضیح میده در این مورد:
response.sendRedirect("http://www.google.com");
این کد بدون هیچ خطایی اجرا میشه
HttpRequest.getRequestDispatcher("http://www.google.com");
اما این کد خطا میده
sendRedirectلینک بالای صفحه رو به لینک اون جایی که ریدارکت فرستادید تغییر میده..در مثال بالا گوگل
اما includeو forward همون url اولیه ی خودشون رو نمایش میدن.
include متد
محتوای اون صفحه رو به صفحه ی فعلی شما اضافه میکنه(response اون صفحه رو) اما forward اینطور نیست و requestرو به اون آدرسی که بهش دادید ارسال میکنه
@this_java
forward و include هردو از اینترفیس RequestDispatcher هستند
در حالی که sendResirect متدی از اینترفیس ServletResponse میباشد
زمانی که شما sendRedirect میفرستی
توسط مرورگر کاربر handle میشه اما forwardو include توسط container
متد sendRedirect میتونه برای url هایی خارج از سرور شما استفاده بشه درحالی که include و forward حتما باید منابعی که فراخوانی کردید در سرور خودتون موجود باشه مثال زیر بیشتر توضیح میده در این مورد:
response.sendRedirect("http://www.google.com");
این کد بدون هیچ خطایی اجرا میشه
HttpRequest.getRequestDispatcher("http://www.google.com");
اما این کد خطا میده
sendRedirectلینک بالای صفحه رو به لینک اون جایی که ریدارکت فرستادید تغییر میده..در مثال بالا گوگل
اما includeو forward همون url اولیه ی خودشون رو نمایش میدن.
include متد
محتوای اون صفحه رو به صفحه ی فعلی شما اضافه میکنه(response اون صفحه رو) اما forward اینطور نیست و requestرو به اون آدرسی که بهش دادید ارسال میکنه
@this_java
👍1
Bean در اسپرینگ چیست؟
هر آبجکتی که توسط کانتینر اسپرینگ مدیریت ،کنترل و یا ایجاد شود را Bean مینامیم
@this_java
هر آبجکتی که توسط کانتینر اسپرینگ مدیریت ،کنترل و یا ایجاد شود را Bean مینامیم
@this_java
hibernateapp.zip
42.5 KB
پروژه ی هایبرنت:
مثال استفاده از SessionFactory و EntityManagerFactory
مثال استفاده از Bean Validation (Jsr 303)
پروژه ی maven
#hibernate
@this_java
مثال استفاده از SessionFactory و EntityManagerFactory
مثال استفاده از Bean Validation (Jsr 303)
پروژه ی maven
#hibernate
@this_java
چرا به لایه ی سرویس احتیاج داریم؟
در خصوص اینکه چرا نیاز به لایه ی سرویس داریم بگذارید یک مثال بزنم براتون:
فرض کنید یک متد داخل لایه ی سرویس قزازه اطلاعاتی رو از دیتابیس واکشی کنه(یعنی بره از لایه ی dao بگیره یک سری چیزها رو)
بعد فرض کن میخوای اگه توی دیتابیست نبود بره از یه جای دیگه پیدا کنه..مثلا یک api خارجی..فرض کن میخوای هرکس توی سایت دوستت هم ثبت نام کرده بتونه داخل سایت خودت هم لاگین کنه..بعد از دوستت خواستی یک apiارائه بده برات..
آیا این قضیه که اگه داخل دیتابیس خودت نبود
بری از api دوستت استفاده کنی باید کجا پیاده بشه ؟ لایه ی دیتا اکسس؟
نخیر این لایه فقط باید با دیتابیس سر و کار داشته باشه نه بیشتر
بنابراین برای همچین قضایایی اومدن لایه ی سرویس رو گذاشتن
فرض کن اگر توی لایه ی دیتا اکسس همچین کاری میکردی..فردا پس فردا که مثلا پیاده سازی های مختلفی برای اینترفیس های لایه ی دیتا اکسس ات می نوشتی باید توی هرکدوم بیای بگی برن از api دوستت هم چک کنن..ولی لایه ی سرویس صرفا یکبار این اتفاق میوفته برای هر پیاده سازی ای
و اینکه درکل وظیفه ی لایه ی دیتا اکسس همونطور که اسمش معلومه فقط دسترسی به دیتابیس هست.. نه بیشتر.. در برنامه نویسی بایستی ما قسمت های مختلف رو از هم جدا کنیم تا بعدا اگر خواستیم توسعه بدیم راه هموار تری پیش روی خودمون داشته باشیم..
@this_java
در خصوص اینکه چرا نیاز به لایه ی سرویس داریم بگذارید یک مثال بزنم براتون:
فرض کنید یک متد داخل لایه ی سرویس قزازه اطلاعاتی رو از دیتابیس واکشی کنه(یعنی بره از لایه ی dao بگیره یک سری چیزها رو)
بعد فرض کن میخوای اگه توی دیتابیست نبود بره از یه جای دیگه پیدا کنه..مثلا یک api خارجی..فرض کن میخوای هرکس توی سایت دوستت هم ثبت نام کرده بتونه داخل سایت خودت هم لاگین کنه..بعد از دوستت خواستی یک apiارائه بده برات..
آیا این قضیه که اگه داخل دیتابیس خودت نبود
بری از api دوستت استفاده کنی باید کجا پیاده بشه ؟ لایه ی دیتا اکسس؟
نخیر این لایه فقط باید با دیتابیس سر و کار داشته باشه نه بیشتر
بنابراین برای همچین قضایایی اومدن لایه ی سرویس رو گذاشتن
فرض کن اگر توی لایه ی دیتا اکسس همچین کاری میکردی..فردا پس فردا که مثلا پیاده سازی های مختلفی برای اینترفیس های لایه ی دیتا اکسس ات می نوشتی باید توی هرکدوم بیای بگی برن از api دوستت هم چک کنن..ولی لایه ی سرویس صرفا یکبار این اتفاق میوفته برای هر پیاده سازی ای
و اینکه درکل وظیفه ی لایه ی دیتا اکسس همونطور که اسمش معلومه فقط دسترسی به دیتابیس هست.. نه بیشتر.. در برنامه نویسی بایستی ما قسمت های مختلف رو از هم جدا کنیم تا بعدا اگر خواستیم توسعه بدیم راه هموار تری پیش روی خودمون داشته باشیم..
@this_java
Rest.zip
195.3 KB
نمونه ی وب سرویس رست با اسپرینگ بوت
استفاده از Jwt و توکن دادن بعد از اعتبار سنجی یوزرنیم و پسورد کاربر
و یک مثال از وب سرویس برای اپلود فایل
نکته:استفاده از انوتیشن های prePost امکان پذیر است (roleخاصی تعریف نکردم میتونید خودتون دیتابیس مورد نظرتون رو بزارید داخلش)
@this_java
استفاده از Jwt و توکن دادن بعد از اعتبار سنجی یوزرنیم و پسورد کاربر
و یک مثال از وب سرویس برای اپلود فایل
نکته:استفاده از انوتیشن های prePost امکان پذیر است (roleخاصی تعریف نکردم میتونید خودتون دیتابیس مورد نظرتون رو بزارید داخلش)
@this_java
sunserver.zip
1.6 KB
نمونه ی ساخت یک وب اپلیکیشن ساده با کلاس های موجود در javaSE (بدون استفاده از javaEE)
HW.pdf
72 KB
حل این مسئله
#thread
#ترد
مسئله ی انتخابی:
مسئله ی تولید کننده / مصرف کننده(consumer/producer)
@this_java
#thread
#ترد
مسئله ی انتخابی:
مسئله ی تولید کننده / مصرف کننده(consumer/producer)
@this_java