در حالتی که لینک تصویر رو به صورت string در قالب زیر دریافت میکنیم از سمت api هم unsafe بودن وجود داره؟
export interface Photo {
id: number;
name: string;
size?: number;
path: string;
} 
برای مقدار پیش فرض به اینترفیس‌ها در پروژ‌های خیلی بزرگ کدام الگو را انجام دهیم بهتر است؟
این روش
یا از این روش
interface student {
name: string,
phone: any
} student = {
name :'hasan',
phone :123
}
constructor() {} model: studnet= {} as any;
constructor() {
model.name='hasan';
model.phone =123;
} 
من الان می‌خواهم یک Action در TestDBController ایجاد کنم و یک دستور sql update مستقیما بزنم به دیتابیس. این دستور رو در اکشن بصورت
باید بنویسم یا بهتره اول در Interface و کلاس مربوطه دستور فوق رو پیاده سازی کنم و
_un.ExecuteSqlCommand("Update command"); _blogService.SqlCmd("update command "); بنویسم.
اما سادگی در این طراحی بنظر گم میشه ، شی Person که در یک خط کد میشد ساخته بشه الان با چندین Interface و کلاس باید ساخته بشه که در کل هزینه پیاده سازی و نگهداری رو بالاتر میبره. در پروژه واقعی از این الگو استفاده شده؟
بله کاملا حق با شماست
که به زودی در این پروژه پیاده سازیش می‌کنم
در واقع این آموزش بیشتر در مورد Generate کردن Context در زمان اجرا بود اما برای مشکلی که شما اشاره کردید میشه یک قانونی گذاشت که از هر ماژول فقط به متدهایی که در interfaceی که به صفت ComponentServiceInterface مزین شده اند دسترسی داشته باشیم
[ComponentServiceInterface]
public interface ISampleProject1Service
{
IQueryable<Product> FetchAllProducts();
} 
یک نکته‌ی تکمیلی
اگر اینترفیسی مانند IProduct تعریف شده‌است، برای ساخت یک شیء جدید از آن، الزاما نیازی نیست تا یک کلاس جدید را از آن مشتق کرد و بعد متغیر new ClassName را تهیه کرد (روش کلاسیک آن). در TypeScript می‌توان به صورت خلاصه نوشت:
اگر اینترفیسی مانند IProduct تعریف شده‌است، برای ساخت یک شیء جدید از آن، الزاما نیازی نیست تا یک کلاس جدید را از آن مشتق کرد و بعد متغیر new ClassName را تهیه کرد (روش کلاسیک آن). در TypeScript می‌توان به صورت خلاصه نوشت:
let productModel = <IProduct>{}; // creates an empty object of an interface برای «پیاده سازی متدهای خاص» متد اضافه کن؛ اینترفیس رو تغییر بده. در مثالی که زده شده، من دو تا متد تعریف کردم. شما بسطش بده. مثلا:
public interface IUnitOfWork
{
//...
DbEntityEntry<TEntity> Entry<TEntity>(TEntity entity) where TEntity : class;
} 
سلام؛ بعد از اضافه کردن کلاس AsIsBundleOrderer به Bundleconfig با خطای:
مواجه میشم. در واقع از کلاس AsIsBundleOrderer ارور میگیره.
ممنون میشم راهنمایی کنید.
'MvcApplication7.Helper.AsIsBundleOrderer' does not implement interface member 'System.Web.Optimization.IBundleOrderer.OrderFiles(System.Web.Optimization.BundleContext, System.Collections.Generic.IEnumerable<System.Web.Optimization.BundleFile>)'
ممنون میشم راهنمایی کنید.
ممنون از پاسخ کاملتون.
فقط برای روشنتر شدن موضوع این سوال را میپرسم.
پس یعنی وقتی که ما در پیاده سازی متد یک Interface ، درج و حذف و بروزرسانی‌های مختلفی در آن متد داریم و در نتیجه چند بار از saveChanges استفاده میکنیم.
در این حالت کلیه این عملیات در قالب یک transaction به حساب می‌آید و در صورت بروز استثنا ، کل عملیات داخل متد rollback خواهد شد؟
فقط برای روشنتر شدن موضوع این سوال را میپرسم.
پس یعنی وقتی که ما در پیاده سازی متد یک Interface ، درج و حذف و بروزرسانی‌های مختلفی در آن متد داریم و در نتیجه چند بار از saveChanges استفاده میکنیم.
در این حالت کلیه این عملیات در قالب یک transaction به حساب می‌آید و در صورت بروز استثنا ، کل عملیات داخل متد rollback خواهد شد؟
درخت اینترفیس‌های Collectionها در سی‌شارپ منبع: http://www.mbaldinger.com/post/NET-Collection-Interface-Hierarchy.aspx
بجای سی‌شارپ به دانت‌نت تغییرش بدید
درخت اینترفیس‌های Collectionها در
دانت‌نت