Ext.data.JsonP.request({
url: '@url',
params: {
apiKey: '1234'
},
callbackKey: 'myCallbackFn',
success: function(){
},
failure: function(){
},
scope: this
}); حال با همه این تفاسیر آیا این فریم ورک یک رویا برای هر توسعه دهنده وب خواهد بود؟
به طور قطع نه. با توجه به اصل واقع بینی! همواره به خاطر داشته باشید که
اگر این فریم ورک یک ابزار بی نقص و همه منظوره بود الآن مطمئنا صدها کتاب و
مستندات درباره آن نوشته شده بود و شاید شهرتی بس فراتر از این داشت.
کابوسی به نام ExtJs
Ext.Net چیست؟
Ext.Net یک پیاده سازی خاص از فریم ورک ExtJs است که برای توسعه پروژه‌های Asp.Net Web Forms و Asp.Net MVC طراحی شده است. تفاوت اصلی بین این دو محصول در نوع کدنویسی برای استفاده در پروژه‌های Asp.Net است. برای مثال در هنگام کار با Ext.Net و پروژه‌های MVC از آنجا که این محصول سازگاری کامل با موتور Razor دارد به راحتی میتوانید به صورت سینتکس Razor صفحات خود را طراحی کنید.
مثال:
ExtJs
Ext.create('Ext.panel.Panel', {
title: 'Fit Layout',
width: 500,
height: 200,
items: {
title: 'Inner Panel',
html: 'Panel content',
bodyPadding: 10,
border: true
},
renderTo: Ext.getBody()
}); 
@(X.Panel()
.ID("ExpandablePanel")
.Title("Panel")
.Width(500)
.Height(300)
.Collapsible(true)
.Loader(X.ComponentLoader()
.Url(Url.Action("RenderChild"))
.Mode(LoadMode.Frame)
.DisableCaching(true)
.Params(new { containerId = "ExpandablePanel" })
.LoadMask(lm => lm.ShowMask = true)
)
.Listeners(l => {
l.Expand.Handler = "this.reload();";
l.Collapse.Handler = "this.clearContent();";
})
) 
npm install darkreader
// فعال کردن
DarkReader.enable({
brightness: 100,
contrast: 90,
sepia: 10
});
// غیر فعال کردن
DarkReader.disable(); import {
enable as enableDarkMode,
disable as disableDarkMode,
} from 'darkreader';
// فعال کردن
enableDarkMode({
brightness: 100,
contrast: 90,
sepia: 10,
});
// غیر فعال کردن
disableDarkMode(); var defaultTheme = {
mode: 1, // (0 1) for enabling or disabling dark mode
brightness: 100,
contrast: 100,
grayscale: 0,
sepia: 0,
useFont: false,
fontFamily: '', // add custom font
textStroke: 0,
engine: ThemeEngines.dynamicTheme,
stylesheet: '', // add custom css styles
}; 
namespace mvc.Controllers;
public class HomeController : Controller
{
} namespace MyNamespace
{
public class MyClass
{
public void MyMethod()
{
//...Method implementation
}
}
} namespace MyNamespace;
public class MyClass
{
public void MyMethod()
{
//...Method implementation
}
} namespace Name1
{
public class Class1
{
}
}
namespace Name1.Name2
{
public class Class2
{
}
} namespace Name1
{
public class Class1
{
}
namespace Name1.Name2
{
public class Class2
{
}
}
} من تا به حال برنامه نویس‌های زیادی را دیده‌ام که می‌پرسند «چه تفاوتی بین الگوهای معماری MVC و Three-Tier وجود دارد؟» قصد من روشن کردن این سردرگمی، بوسیله مقایسه هردو، با کنار هم قرار دادن آنها میباشد. حداقل در این بخش، من اعتقاد دارم، منبع بیشتر این سردرگمی‌ها در این است که هر دو‌ی آنها، دارای سه لایه متمایز و گره، در دیاگرام مربوطه‌اشان هستند.
اگر شما به دقت به دیاگرام آنها نگاه کنید، پیوستگی را خواهید دید. بین گره‌ها و راه اندازی آنها، کمی تفاوت است.
معماری سه لایه
سیستم‌های سه لایه، واقعاً لایه‌ها را می‌سازند: لایه UI به
لایه Business logic دسترسی دارد و لایه Business logic به
لایه Data دسترسی دارد. اما لایه UI دسترسی مستقیمی
به لایه Data ندارد و باید از طریق لایه Business logic و روابط آنها
عمل کند. بنابراین میتوانید فکر کنید که هر لایه، بعنوان یک جزء،
آزاد است؛ همراه با قوانین محکم طراحی دسترسی بین لایه ها.
MVC
در مقابل، اینPattern ، لایه‌های سیستم را نگهداری نمی‌کند. کنترلر به
مدل و View (برای انتخاب یا ارسال مقادیر) دسترسی
دارد. View نیز دسترسی دارد به مدل . دقیقاً چطور کار میکند؟
کنترلر در نهایت نقطه تصمیم گیری منطقی است. چه نوع منطقی؟ نوعاً، کنترلر، ساخت و تغییر مدل را در اکشن‌های مربوطه، کنترل
خواهد کرد. کنترلر سپس تصمیم گیری میکند که برای
منطق داخلیش، کدام View مناسب
است. در آن نقطه، کنترلر مدل را به View ارسال میکند. من در اینجا چون هدف بحث مورد دیگه‌ای میباشد،
مختصر توضیح دادم.
چه موقع و چه طراحی را انتخاب کنم؟
اول از همه، هر دو طراحی قطعاً و متقابلاً منحصر بفرد
نیستند. در واقع طبق تجربه‌ی من، هر دو آنها کاملاً هماهنگ هستند. اغلب ما از معماری چند
لایه استفاده می‌کنیم مانند معماری سه لایه، برای یک ساختار معماری کلی. سپس من در
داخل لایه UI، از MVC استفاده میکنم، که در زیر دیاگرام آن را آورده
ام.
public class InvoiceService
{
public void AddInvoice()
{
}
public void DeleteInvoice()
{
}
public void AddOfflinePayment(int invoiceId)
{
}
public void AddOnlinePayment(int invoiceId)
{
}
} public class InvoiceService
{
public void AddInvoice()
{
}
public void DeleteInvoice()
{
}
}
public class PaymentService
{
public void AddOfflinePayment(int invoiceId)
{
}
public void AddOnlinePayment(int invoiceId)
{
}
}