مشکل جایی شروع میشه که خروجی هایی که هر سازمان از یه مفهوم دارند متفاوت هست، بطور مثال در حوزه نرم افزار‌های مربوط به حضور و غیاب که به ظاهر شاید فقط ورود و خروج و اضافه کار و کسر کار است ولی در ریز کار و در اعمال قوانین مربوط به سازمان استفاده کننده کاملا متفاوت و شاید تجمیع آنها در قالب هارد کد دست نیافتی باشد: برای نمونه میتوان روی نوع برخورد با اضافه کاری صحبت کرد که در یک سازمان طریق تجمیع و محاسبه این مورد در روز و ماه و سال تفاوت است. جایی حتی ورود قبل از ساعت کاری اضافه کار محسوب میشود و ضرایب و نوع ضرایب آن متغییر و متفاوت است، شاید با گروه بندی و راهکارهایی از این دست بتوان از این سفارشی سازی‌ها تا حدودی در امان ماند ولی در نهایت کار پروژه به اجبار باید به تولید یه موتور تعریف قوانین برای سپردن این مسئولیت (ساخت و ویرایش، بهمراه پیچیدگیهای سازمانی آن) برود که در بعضی از اوقات WF جواب دلخواه هیچ کدام از دو سمت را نمیدهد.
در مثال تهیه‌ی کارت یک داکیومنت تعریف کرده و جدول رو بهش ادد کرده.
ولی اینجا نمیشه این کارو کرد.. خطای زمان اجرا می‌گیرم :
var table = new PdfPTable(numColumns: 3)
{
WidthPercentage = 100,
RunDirection = PdfWriter.RUN_DIRECTION_RTL,
ExtendLastRow = false,
};
Image i = Image.GetInstance(_imagePath);
//logo
table.AddCell(new PdfPCell(i)
{
HorizontalAlignment = Element.ALIGN_LEFT,
Border = 0
});
//title
table.AddCell(new PdfPCell(new Phrase("باسمه تعالی " + "\r\n" + "حوزه علمیه امیر المومنین (ع) - معاونت آموزش - کارنامه تحصیلی طلبه", font))
{
RunDirection = PdfWriter.RUN_DIRECTION_RTL,
HorizontalAlignment = Element.ALIGN_CENTER,
Border = 0,
}
);
//date
table.AddCell(new PdfPCell(new Phrase(DateTime.Now.Date.ToString(), font))
{
HorizontalAlignment = 2,
Border = 0
});
int[] topTableColumnsWidth = { 5, 35, 5 };
table.SetWidths(topTableColumnsWidth);
return table.AddBorderToTable(); سلام.. من برای این سربرگ کارنامه میخواستم هدر سفارشی طراحی کنم..
این کد رو برای CustomHeader م نوشتم :
var table = new PdfPTable(numColumns: 2) { WidthPercentage = 100 };
table.AddSimpleRow((cellData, cellProperties) =>
{
cellData.Value = "باسمه تعالی " + "\r\n" + "حوزه علمیه امیر المومنین (ع) - معاونت آموزش - کارنامه تحصیلی طلبه";
cellProperties.PdfFont = PdfRptFont;
cellProperties.PdfFontStyle = DocumentFontStyle.Bold;
cellProperties.HorizontalAlignment = HorizontalAlignment.Center;
cellProperties.RunDirection = PdfRunDirection.RightToLeft;
}, (cellData, cellProperties) =>
{
cellData.CellTemplate = new ImageFilePathField();
cellData.Value = _imagePath;
cellProperties.HorizontalAlignment = HorizontalAlignment.Right;
});
اولین مشکل اینه که متن هدر میاد سمت چپ در حالی که منHorizontalAlignment رو برابر Center کردم ، دوم اینکه چجوری میتونم کادر مشخصات طلبه رو در پایین ایجاد کنم وقتی قبلش گفتم که numcolumns : 2 هست؟
یک کتابخانه برای پیاده سازی مصرف کننده پروتوکل OAuth
درباره پروتوکل OAuth
برای اینکه کاربرد این کتابخانه مشخص شود بایستی ابتدا پروتوکل OAuth بحث شود، چون این کتابخانه صرفاً پیاده سازی بخشی از این پروتوکل است.
پروتوکل OAuth پروتوکلی است جهت به اشتراک گذاشتن اطلاعات کاربر با اجازه‌ی خود کاربر به یک موجودیت سوم(دو موجودیت دیگر کاربر و شما که اطلاعات کاربر را دارید هستند). برای مثال سایت facebook اطلاعات کاربر را با اجازه کاربر در اختیار سایت شما قرار میدهد و مثلاً شما از طریق این پروتوکل لیست دوستان کاربر را در facebook بازیابی میکنید. البته تا دور نشدم بگم که این پروتوکل فقط در حد گرفتن اجازه کاربر و تفویض حقوق دسترسی به برنامه‌های کاربردی میباشد و بعد از آن دیگر در حوزه تعریف شده این پروتوکل نیست. مثلاً اینکه facebook چگونه اطلاعات لیست دوستان را ارائه میکند فرای تعاریف این پروتوکل است.
نظرات نظرسنجی‌ها
شما برای کار با دیتا در اندروید، کدامیک از روش های زیر را استفاده میکنید یا ترجیح می دهید؟
استفاده از ORM هر چند نوع ضعیف آن را به استفاده از کوئری زدن مستقیم به دلیل تغییرات زیادی که عملا در حین کدنویسی در ساختار موجودیت‌ها ایجاد میشود ترجیح می‌دهم . پیچیده بودن و داشتن امکانات زیاد با عث عدم انعطاف پذیری میشود . یکی از اهداف ORMها توانایی تغییر نوع بانک اطلاعاتی است در پروژه‌های بزرگ با روابط بین موجودیتی و ساختار کدنویسی پیچیده ORM ای مانند EF محدودیتهای فراوانی ایجاد میکند که این کار را عملا ناممکن یا حداقل طاقت فرسا میکند . دیگر اینکه در برنامه‌های موبایلی نیازی به ORM ای پیچیده به دلیل ماهیت اینگونه برنامه‌ها نیست .
در پلت فرمهای جدید برنامه نویسی بسیاری از ORMها ی موفق (از دید برنامه نویسان) حتی کلیدهای خارجی و روابط ، خارج از حوزه دید آنها است چرا که انعطاف و راحتی برنامه نویسان را در اولویت قرار می‌دهند و بسیاری از قوانین داده ای برای بررسی صحت داده‌ها و اعتبارسنجی آنها با چند خط کد قابل بررسی است .
نصب Rust
Cargo چیست و چه کاربردی دارد؟
Cargo همراه با زبان برنامه نویسی Rust گنجانده شده، همزمان نصب میشود و برای ایجاد، ساخت و مدیریت پروژه‌های Rust استفاده می‌گردد. این یک رابط سطح بالا برای کار با کدهای Rust را ارائه میدهد که شروع به کار با Rust و مدیریت پروژه‌های خود را برای توسعه دهندگان آسان‌تر میکند.
Cargo سیستم ساخت و package manager مخصوص زبان برنامه نویسی Rust است. ابزاری است که به توسعه دهندگان Rust کمک میکند تا پروژه‌های خود را با خودکارسازی کارهایی مانند کامپایل کد، مدیریت وابستگی‌ها، اجرای آزمایش‌ها و ایجاد بسته‌های قابل توزیع، مدیریت کنند.
برخی از ویژگی‌های Cargo
Dependency management: برنامه Cargo می‌تواند به‌طور خودکار وابستگی‌های پروژه‌های Rust را دانلود کرده، بسازد و مدیریت کند. این باعث میشود توسعه دهندگان به راحتی کتابخانه‌ها و ماژول‌های جدیدی را به پروژه‌های خود اضافه کنند.
Building and testing: برنامه Cargo می‌تواند پروژه‌های Rust را بسازد و testها را به صورت خودکار اجرا کند. همچنین گزینه‌هایی را برای ساختن ساخت‌های بهینه یا اشکال زدایی فراهم میکند.
Packaging: برنامه Cargo می‌تواند بسته‌های قابل توزیعی را مانند tarballs یا بسته‌های باینری را برای پروژه‌های Rust ایجاد کند.
Customization: برنامه Cargo به توسعه دهندگان اجازه میدهد تا فرآیند ساخت برنامه‌ی خود را با تعیین گزینه‌های ساخت مختلف، در فایل پیکربندی Cargo.toml سفارشی کنند. به‌طور کلی Cargo توسعه و مدیریت پروژه‌های Rust را با ارائه یک ابزار کارآمد برای خودکارسازی بسیاری از وظایف توسعه رایج، ساده میکند.
هنگامیکه یک پروژه‌ی جدید Rust را با استفاده از نام پروژه‌ی مورد نظر ایجاد میکنید، یک دایرکتوری با نام داده شده، حاوی فایل‌ها و دایرکتوری‌های زیر ایجاد می‌گردد:
Cargo.toml : این فایل manifest پروژه است که در آن نام پروژه، نسخه، وابستگی‌ها و سایر ابرداده‌ها را مشخص میکنید. فایل Cargo.toml حاوی یک metadata درباره پروژه است؛ مانند نام، نسخه، نویسندگان و وابستگی‌های آن. در اینجا مثالی از شکل ظاهری یک فایل Cargo.toml آورده شده است:
بخش [package] حاوی یک metadata در مورد خود پروژه، از جمله نام، نسخه، نویسندگان و جزئیات دیگر است.
بخش [dependencies] وابستگی‌های پروژه را فهرست میکند. در این مثال، پروژه به پکیج‌های serde و serde_json بستگی دارد که برای serialization و deserialization داده‌ها استفاده می‌شوند.
src directory: این دایرکتوری حاوی کد منبع پروژه شما است. به طور پیش فرض، شامل یک فایل main.rs است که نقطه ورود برنامه شما است.
target directory: این فهرست شامل فایل‌های باینری کامپایل شده تولید شده توسط کامپایلر Rust میباشد.
هنگامی که cargo build یا cargo run را اجرا میکنید، Cargo به طور خودکار یک دایرکتوری target/debug را برای ذخیره‌ی فایل‌های باینری کامپایل شده ایجاد میکند. اگر cargo build --release را اجرا کنید، Cargo بجای آن، یک دایرکتوری target/release را ایجاد میکند. بعلاوه، اگر هنگام ایجاد پروژه‌ی خود از نسخه‌ی خاصی از Rust (مانند نسخه‌ی 2018) استفاده کنید، Cargo یک فیلد نسخه را در فایل Cargo.toml شما برای تعیین نسخه، اضافه میکند.
برای نصب rust، متناسب با سیستم عامل خود، ابتدا وارد سایت rustup شوید و فایل دانلود متناسب با سیستم عامل مورد نظرتان را دانلود و نصب کنید.
Cargo چیست و چه کاربردی دارد؟
Cargo همراه با زبان برنامه نویسی Rust گنجانده شده، همزمان نصب میشود و برای ایجاد، ساخت و مدیریت پروژه‌های Rust استفاده می‌گردد. این یک رابط سطح بالا برای کار با کدهای Rust را ارائه میدهد که شروع به کار با Rust و مدیریت پروژه‌های خود را برای توسعه دهندگان آسان‌تر میکند.
Cargo سیستم ساخت و package manager مخصوص زبان برنامه نویسی Rust است. ابزاری است که به توسعه دهندگان Rust کمک میکند تا پروژه‌های خود را با خودکارسازی کارهایی مانند کامپایل کد، مدیریت وابستگی‌ها، اجرای آزمایش‌ها و ایجاد بسته‌های قابل توزیع، مدیریت کنند.
Dependency management: برنامه Cargo می‌تواند به‌طور خودکار وابستگی‌های پروژه‌های Rust را دانلود کرده، بسازد و مدیریت کند. این باعث میشود توسعه دهندگان به راحتی کتابخانه‌ها و ماژول‌های جدیدی را به پروژه‌های خود اضافه کنند.
Building and testing: برنامه Cargo می‌تواند پروژه‌های Rust را بسازد و testها را به صورت خودکار اجرا کند. همچنین گزینه‌هایی را برای ساختن ساخت‌های بهینه یا اشکال زدایی فراهم میکند.
Packaging: برنامه Cargo می‌تواند بسته‌های قابل توزیعی را مانند tarballs یا بسته‌های باینری را برای پروژه‌های Rust ایجاد کند.
Customization: برنامه Cargo به توسعه دهندگان اجازه میدهد تا فرآیند ساخت برنامه‌ی خود را با تعیین گزینه‌های ساخت مختلف، در فایل پیکربندی Cargo.toml سفارشی کنند. به‌طور کلی Cargo توسعه و مدیریت پروژه‌های Rust را با ارائه یک ابزار کارآمد برای خودکارسازی بسیاری از وظایف توسعه رایج، ساده میکند.
ایجاد اولین پروژه‌ی Rust
بعد از نصب rust برای ایجاد یک پروژه جدید، terminal سیستم عامل را باز کنید و دستور زیر را در آن وارد کنید:
cargo new project_name
Cargo.toml : این فایل manifest پروژه است که در آن نام پروژه، نسخه، وابستگی‌ها و سایر ابرداده‌ها را مشخص میکنید. فایل Cargo.toml حاوی یک metadata درباره پروژه است؛ مانند نام، نسخه، نویسندگان و وابستگی‌های آن. در اینجا مثالی از شکل ظاهری یک فایل Cargo.toml آورده شده است:
[package] name = "my-project" version = "0.1.0" authors = ["John Doe <johndoe@example.com>"] [dependencies] serde = "1.0" serde_json = "1.0"
بخش [dependencies] وابستگی‌های پروژه را فهرست میکند. در این مثال، پروژه به پکیج‌های serde و serde_json بستگی دارد که برای serialization و deserialization داده‌ها استفاده می‌شوند.
src directory: این دایرکتوری حاوی کد منبع پروژه شما است. به طور پیش فرض، شامل یک فایل main.rs است که نقطه ورود برنامه شما است.
target directory: این فهرست شامل فایل‌های باینری کامپایل شده تولید شده توسط کامپایلر Rust میباشد.
هنگامی که cargo build یا cargo run را اجرا میکنید، Cargo به طور خودکار یک دایرکتوری target/debug را برای ذخیره‌ی فایل‌های باینری کامپایل شده ایجاد میکند. اگر cargo build --release را اجرا کنید، Cargo بجای آن، یک دایرکتوری target/release را ایجاد میکند. بعلاوه، اگر هنگام ایجاد پروژه‌ی خود از نسخه‌ی خاصی از Rust (مانند نسخه‌ی 2018) استفاده کنید، Cargo یک فیلد نسخه را در فایل Cargo.toml شما برای تعیین نسخه، اضافه میکند.
احتمالا یک سری نمودار مانند این را دیده باشید که هر از چندگاهی برای زبان‌های برنامه نویسی از دیدگاه محبوبیت تعیین رتبه می‌کنند. البته این آمار با آنچه که در سایت پر بازدید stackoverflow در جریان است عموما در تناقض است؛ از این لحاظ که برنامه نویسی با سؤال مواجه نمی‌شود که کار نمی‌کند!
بر این اساس عده‌ای آمار و اطلاعات سایت stackoverflow را هر از چندگاهی آنالیز می‌کنند تا متوجه شوند هم اکنون کدام زبان‌ها یا فریم ورک‌ها بیشتر مورد استفاده هستند؛ برای مثال:
- کدامیک از فریم ورک‌های وب بیشتر مورد استفاده هستند؟ (+)
- کدامیک از زبان‌های برنامه نویسی بیشتر محبوب هستند؟ (+) و (+) (محبوبیت در اینجا به معنای تعداد سؤال پرسیده شده است نه علاقه شخصی)
این‌‌ها یک روی سکه هستند؛ روی دیگر آن هم به این صورت است که "الان واقعا اون ور آ‌ب‌ها چه خبره؟!" صرف نظر از علاقه شخصی من که بخواهند بر اساس آن نمودار رسم کنند یا تعداد سؤالات پرسیده شده در یک انجمن، نظر کارشناسان امر در این باره چیست؟ بر همین اساس شرکت ThoughtWorks مدتی است یک سری آمار را بر اساس وضعیت شرکت‌های بزرگ، بازار و علاقمند‌ی‌های جاری آنها منتشر میکند که از آدرس زیر قابل دریافت هستند:
جدول زیر تعداد باگ‌های امنیتی Oracle11g و SQL server 2008 را تا ماه نوامبر 2009 نمایش میدهد:
| Product | Advisories | Vulnerabilities |
| SQL Server 2008 | 0 | 0 |
| Oracle11g | 7 | 239 |
و به صورت خلاصه مایکروسافت در 6 سال گذشته تنها 59 باگ امنیتی وصله شده مربوط به نگارش‌های مختلف SQL Server داشته است (از نگارش 2000 به بعد). در طی همین مدت اوراکل (نگارش‌های 8 تا 10) تعداد 233 وصله امنیتی را ارائه داده است.
در سال 2006 ، اس کیوال سرور 2000 با سرویس پک 4 ، به عنوان امن‌ترین بانک اطلاعاتی موجود در بازار شناخته شد (به همراه PostgreSQL). در همین زمان Oracle10g در قعر این جدول قرار گرفت.
اعداد و آمار از سایت secunia.com استخراج شده است: + و +
در طراحی شیء گرا، ارتباط کلاس‌ها امری عادی است. در صورتیکه فقط یکی از کلاس‌ها نیاز به شیء کلاس دیگری را داشته باشد، این ارتباط یک طرفه نامیده میشود و زمانیکه هر دو کلاس به اشیاء یکدیگر نیاز داشته باشند، دو طرفه نامیده میشود.
زمانیکه ارتباطی به صورت یک طرفه پیاده سازی شده باشد، ممکن است پس از مدتی نیاز به ارتباط برعکس بین کلاس‌ها بوجود بیاید. در این صورت ارتباط دوطرفه را با اضافه کردن یک خصوصیت ایجاد می‌کنیم. به طور مثال نرم افزاری را در نظر بگیرید که در آن دو موجودیت مشتری و سفارش وجود دارند و این موجودیت‌ها به صورت زیر طراحی شده‌اند:
public class Customer
{
public string Name { get; set; }
}
public class Order
{
public Customer Customer { get; set; }
} در این طراحی، از شیء سفارش میتوان در صورت نیاز به شیء مشتری مربوط به آن رسید. اما با در دست داشتن شیء مشتری، نمی‌توان به سفارش‌های آن دسترسی داشت؛ زیرا رفرنسی به سفارش در آن وجود ندارد. به عبارتی طراحی بالا نمایانگر شرایطی است که در آن زمان ثبت قرارداد می‌توانیم مشتری جدیدی را نیز ایجاد کنیم.
در صورت نیاز به ارتباط دوطرفه، برای ایجاد آن در این شرایط، خصوصیتی را که نشان دهنده سفارشات مشتری باشد، به کلاس مشتری اضافه می‌کنیم. در نتیجه، طراحی به صورت زیر تغییر میکند. این شرایط ممکن است زمانی بوجود بیاید که نیاز داریم با در دست داشتن شیء یک مشتری بتوانیم سفارشات مورد نظر وی را ایجاد کنیم.
public class Customer
{
public string Name { get; set; }
public ICollection<Order> Orders { get; set; }
}
public class Order
{
public Customer Customer { get; set; }
} همان طور که با مثالهای آورده شده قابل مشاهده است، تصمیم به استفاده از ارتباط یک طرفه یا دوطرفه، تصمیمی صرفا فنی نیست و به شرایط قواعد کسب و کار نیز ارتباط می‌یابد.
اگر از ORM در طراحی لایه دسترسی داده استفاده شود، معمولا ارتباط‌های دوطرفه در نگاه اول مشکل ساز به نظر نمی‌رسند، یا حتی لازم خواهند بود (برای استفاده از امکانات mapping بر اساس قرارداد). اما ارتباطات دو طرفه معمولا امکان دسترسی به اقلام اطلاعاتی را بدون در نظر گرفتن قواعد کسب و کاری لازم، بوجود می‌آورند. یکی از اشکالات اصلی طراحی با ارتباط دو طرفه ارتباط بیش از اندازه کلاس‌ها با یکدیگر است. در این صورت ممکن است تغییر در یک کلاس، به کلاس‌های دیگری نفوذ کند که این مورد خود یک الگوی کد بد بو است.
عموما با توجه به هزینه‌ای که ارتباط دو طرفه ایجاد میکند، بهتر است استفاده از آن، تا آخرین لحظه نیاز به تعویق بیفتد و اولویت طراحی با ارتباط یک طرفه باشد.
بله ، موقع ثبت نام کشور ایران هم وجود داره.احتمالا روند کلی مسابقه طوری هست که از مستندات برنامه نویسها محافظت میشه، در ثانی دنیا رو به رشد و تکنولوژی هست حتی مهمترین تراکنش‌های زندگی اشخاص که تراکنش‌های مالی هست الانه به صورت دیجیتال داره انجام میشه، و نیازی نیست هزینه زمان و جابجایی پرداخت کنیم پس بهتره برای کودکانمان هم از روش دیجیتال برای اموزش استفاده کنیم،خصوصا در این کشورها که به قول شما امکانات بهداشتی و رفاهیشون در حد صفر هست.
مطمین باشید این روش نه تنها برای این کودکان بلکه برای همه کودکان در همه جای دنیا و حتی برای افراد مسن که سواد ندارند سودمند خواهد بود.