دقیقا از نام uml مشخصه که فقط یک زبان مشترکه و ربطی به سایر مسائل نداره ، علت به وجود آمدنش هم ساده است ، برای اینکه هر کسی از ظن خودش یار قضیه نشه و خیال همه راحت باشه که میدونن دارن در مورد چی صحبت می‌کنن و داستان اون فیل در تاریکی هم نشود ، و در ضمن رساندن منظور با عکس خیلی بهتر از یک صفحه نوشته است

در قسمت جاری زمانی که با attributes کار می‌کنید، محدود هستید به امکانات زبان مورد استفاده. در تعریف و مقدار دهی ویژگی‌ها امکان استفاده از lambda expressions وجود ندارد و مقادیر تعریف شده در آن باید در زمان کامپایل ثابت باشند.
+
قسمت‌های بعدی رو که مطالعه کنید به روش دوم تعریف‌های نگاشت‌ها به نام Fluent API خواهید رسید. در آنجا همه چیز strongly typed است.

کاری به EF نداره. به شکل یک سیستم مستقل بهش نگاه کنید. رکوردها از Db دریافت و به شکل document به لوسین اضافه خواهند شد. در همین حین index هم تشکیل می‌شود.
کوئری‌های آن دقیقا به همین شکلی هست که در بالا اومده و زبان آن SQL نیست.
البته پروژه LINQ به آن هم وجود دارد: (^)

متدولوژی‌هایی که شما میگین(RUP یا متدهای چابک) اصلا ربطی به مفاهیم تحلیلی سیستم که در قالب UML ارائه میشه، نداره. بهتره سنجیده‌تر کامنت گذاشت. UML زبان مشترک مدل کردن سیستمه بین توسعه دهندگان و شاید دیگر ذی‌نفعان سیستم.

سلام
من هم اکانت رو در ایمیلم دریافت کردم.
ایمیلی که استفاده کردم یاهو بود و خوشبختابه به قسمت اسپم نرفته بود :)
تبریک میگم
سایت بسیار زیبایی شده.واقعا خسته نباشید
من هم امیدوارم با همیاری و همکاری دوستان به بزرگترین سایت منبع فارسی زبان در خصوص برنامه نویسی تبدیل بشه.

آیا EF امکاناتی دارد که به کمک آن بتوان پس از ران شدن برنامه و ساخت بانک به صورت پویا به آن جدول یا فیلد و چیزهایی مثل Data Annotation اضافه کرد و بعد از هم از POCO آنها در حالت Runtime استفاده کرد؟
ترکیب EF Code First با پروژه Roslyn برای رسیدن به این منظور مناسب است؟ (گرچه فکر کنم راسلین هنوز کلاس های پیچیده زبان را پشتیبانی نمی کند)

یادم هست که در ASP Classic یک جاهایی مثل هنگام تعریف زبان اسکریپت نویسی سمت سرور از   "@"  استفاده می کردیم(انهم داخل %>).ولی مابقی جاها همان <% %>  ولی مابین اینها نمی شد از Html مستقیما استفاده کرد.در واقع انعطاف پذیری بیشتری الان وجود داره...

ولی مهندس نصیری این @ ها آدم رو یاد $ های PHP می اندازه واقعا.

سؤالی الان مطرح هست که چه نوع برنامه‌هایی بهتر است به سبک مترو تهیه شوند و واقعا هدفگیری اصلی این روش چیست؟ مطلبی رو در این مورد از زبان یکی از مدیران شرکت معروف Telerik در اینجا مطالعه کنید:
There is a need for only five Metro style apps in the world

بسیار طراحی جالبی داشت.
البته به نظر من اگر اون ثوابت رو (معادل ها) از یک فایل (XML یا ...) بخونه تا حدودی بهتر میشه (برای زبان جدید).
البته جسارت نشه.فقط کاش برای اعداد ممیز شناور (Floating point) هم یه فکری می کردید.چون گاهی لازم میشه اعداد (امتیاز و ...) رو به حروف نوشت.