دانلود کامل ترین جزوه ماشین مخصوص

جزوه تایپ شده ماشین مخصوص

دانلود فایل

 دکتر واحدی دانشگاه پیام نور کاردانی برق دانشگاه آزاد کاردانی کارشناسی ارشد دکتر فیضی دانشگاه علم و صنعت برای آزمون استخدامی دکتر سلطانی · · ·

‌؛ ؟ ً : : : : : : ؛ : : : : : : : “” یک از ورودی های قالب نشان دهنده ویژگی های الگوی طراحی است که می توان با جستجوی آن ها (به عنوان مثال ، از جزوه ماشین مخصوص پایگاه داده) الگوی مناسب را پیدا کرد

4-1-14 یادگیری ماشین و کشف الگو
الگوهای نرم افزاری را می توان به عنوان بهترین راه حل عملی برای مشکلات شناخته شده توصیف کرد. اطلاعاتی الگوهای طراحی که در یک طراحی نرم افزاری پیاده سازی شده اند، اطلاعات مفیدی برای توسعه دهندگان در هنگام ایجاد یا نگهداری یک سیستم نرم افزاری ارائه می کنند. متأسفانه، این اطلاعات به دلیل عملکرد ضعیف توسعه دهندگان اصلی در ثبت اسناد، از بین می رود.
در سالهای اخیر ، علاقه زیادی به استفاده از تکنیک های خودکار برای شناسایی الگوهای جدید موجود ثبت نشده، در محصولات نرم افزاری موجود، وجود دارد. یکی از راه های این کار، ایجاد یک سیستم هوش مصنوعی (AI) است که قادر به تشخیص الگوهای طراحی پس از بررسی بسیاری از سیستم های نرم افزاری مشابه است. یک الگوی یکسان نرم افزاری می تواند به طرق مختلف پیاده سازی شود. تکنیک های یادگیری ماشین، می تواند وسیله ای برای آموزش یک سیستم، جهت تشخیص وجود یک الگو در کد منبع نرم افزار باشد. سیستم یادگیری ماشین بارها و بارها یک مجموعه آموزشی شامل نمونه های خوب و بد الگوهای نرم افزاری را با استفاده از معیارهای کمی خاص “خوب” و “بد” مورد بررسی قرار می دهد. این روند تا زمانی ادامه یابد که سیستم بیاموزد تا بیشتر ماشین مخصوص خوب را در مجموعه آموزش، تشخیص دهد. اغلب این مجموعه های آموزشی از سیستم های نرم افزاری منبع باز بزرگ موجود در اینترنت ایجاد می شوند. پس از آموزش، می توان از این ابزار برای تعیین الگوهای نرم افزاری در جزوه ماشین مخصوص های جدید خارج از مجموعه آموزشی استفاده کرد. برای مفید بودن ، الگوهای نرم افزار در یک مخزن جمع آوری می شوند. در حالت ایده آل، این مخزن را می توان برای الگوهای نرم افزاری قابل اجرا در مشکلاتی که توسعه دهندگان باید حل کنند، جستجو کرد.

2-14 طراحی نرم افزار مبتنی بر الگو
بهترین طراحان در هر زمینه ای توانایی عجیبی در مشاهده الگوهای مشخص کننده یک مشکل و الگوهای ترکیبی برای ایجاد یک راه حل، دارند. در طول فرآیند طراحی، باید به دنبال فرصتی باشید تا به جای ایجاد الگوهای جدید، از الگوهای طراحی موجود (در صورتی که مطابق نیازهای طرح باشند) استفاده کنید.

ماشین مخصوص

1-2-14طراحی مبتنی بر الگو در زمینه
طراحی مبتنی بر الگو در خلاء استفاده نمی شود.مفاهیم و تکنیک های مورد بحث برای معماری، اجزاء و طراحی رابط کاربری (فصل 10 تا 12)، همگی همراه با رویکرد مبتنی بر الگو استفاده می شوند. در فصل 9، به مجموعه ای از دستورالعمل ها و ویژگی های کیفی به عنوان مبنای همه تصمیمات طراحی نرم افزار اشاره کردیم. خود تصمیمات تحت تأثیر مجموعه ای از مفاهیم اساسی طراحی (به عنوان مثال، تفکیک نگرانی ها، اصلاح مرحله ای، استقلال عملکردی) هستند که با استفاده از روش های اکتشافی تکامل یافته در طول چندین دهه، و با بهترین شیوه ها (به عنوان مثال، تکنیک ها، مدل سازی) پیشنهادشده برای سهولت انجام طراحی و اساس ساخت و ماشین مخصوص ، به دست می آیند. نقش طراحی مبتنی بر الگو بر تمام این موارد، در شکل 14.1 نشان داده شده است. یک طراح نرم افزار با یک مدل الزامات (صریح یا ضمنی) شروع می کند که یک نمایش انتزاعی از سیستم را ارائه می دهد. مدل الزامات مجموعه مشکلات را توصیف می کند، زمینه را ایجاد می کند و سیستم نیروهایی را که تحت تأثیر قرار می گیرند، مشخص می کند؛ و ممکن است به صورت انتزاعی به طراحی دلالت داشته باشد، اما مدل الزامات کار جزوه ماشین مخصوص برای نشان دادن صریح طرح انجام می دهد.
تصویر 1-14
به عنوان یک طراح، همیشه ویژگی های کیفی (فصل 9) را در نظر داشته باشید. این ویژگی ها راهی برای ارزیابی کیفیت نرم افزار ایجاد می کنند، اما کمک چندانی در دستیابی به آن ها نمی کنند. بنابراین، شما باید از تکنیک های کارآمدی برای ترجمه چکیده های موجود در مدل الزامات، به نمونه‌ای ملموس تر از طراحی نرم افزار، استفاده کنید. برای این کار، از روش ها و ابزارهای مدل سازی موجود برای طراحی معماری ، اجزاء و رابط استفاده کنید؛اما تنها زمانی که با مشکل، زمینه و سیستم نیروهایی روبرو شدید که قبلاً حل شده‌اند. اگر راه حلی وجود دارد ، از آن استفاده کنید! و این به معنای استفاده از رویکرد طراحی مبتنی بر الگو است.

2-2-14 تفکر در الگوها
طراحی مبتنی بر الگو دلالت بر “طرز فکر جدیدی” دارد که با در نظر گرفتن زمینه(تصویر کلی)، آغاز می شود. با ارزیابی زمینه، سلسله مراتبی از مشکلاتی که باید حل شوند، استخراج کنید. برخی از این مشکلات ماهیتی کلی خواهند داشت، در حالی که برخی دیگر به ویژگی ها و عملکردهای خاص نرم افزار می پردازند. همه تحت تأثیر سیستم نیروهای مؤثر بر ماهیت راه حل پیشنهادی قرار خواهند گرفت. شالووی و تروت روش زیر را برای تفکر طراح در الگوها، پیشنهاد می کنند:
1. مطمئن شوید که تصویر کلی (زمینه ای که نرم ماشین مخصوص در آن ساخته می شود) را جزوه ماشین مخصوص کرده اید. مدل الزامات باید این را به شما اطلاع دهد.
2. با بررسی تصویر بزرگ ، الگوهای موجود در آن سطح انتزاعی را استخراج کنید.
3. طراحی خود را با الگوهای “تصویر بزرگ” آغاز کنید که زمینه یا اسکلتی را برای کارهای بیشتر طراحی ایجاد می کند.
4. “کار درون زمینه”، درجستجوی الگوهایی در سطوح انتزاعی پایین تر که به راه حل طراحی کمک می کند.
5. مراحل 1 تا 4 را تکرار کنید تا طرح کامل ظاهر شود.

دانلود رایگان جزوه ماشین مخصوص خلاصه کتاب پی دی اف pdf کامل

6. با تطبیق هر الگو با ویژگی های نرم افزاری که سعی در ساخت آن دارید، طرح را اصلاح کنید.
توجه به این نکته ضروری است که الگوها نهادهای مستقل نیستند. الگوهای طراحی
در سطح انتزاعی بالا، همواره بر شیوه های اعمال الگوها در سطوح پایین انتزاعی، تأثیر می گذارند. علاوه بر این ، الگوها اغلب با یکدیگر همکاری می کنند. یعنی با انتخاب یک الگوی معماری، این الگو می تواند به خوبی بر الگوهای طراحی اجزائی که انتخاب می کنید، تأثیر بگذارد. به همین ترتیب، وقتی الگوی طراحی رابط خاصی را انتخاب می کنید، گاهی مجبور به استفاده از الگوهای دیگر که با آن همکاری می کنند، می شوید. برای توضیح ، SafeHomeAssured.com WebApp را در نظر بگیرید. اگر تصویر بزرگ را در نظر می گیرید، WebApp باید نحوه ارائه اطلاعات در مورد SafeHome، محصولات و خدمات، نحوه فروش محصولات و خدمات SafeHome به مشتریان، و نحوه ایجاد نظارت و کنترل مبتنی بر اینترنت بر روی یک سیستم امنیتی نصب شده را مورد بررسی قرار دهد. هر یک از این مشکلات اساسی را می توان در مجموعه ای از مشکلات فرعی تصحیح کرد. به عنوان مثال، نحوه فروش از طریق اینترنت به معنای الگوی تجارت الکترونیکی است که خود الگوهای زیادی را در سطوح پایین تر انتزاع، توصیف می کند. الگوی تجارت الکترونیکی (احتمالاً ، یک الگوی معماری) بر بر سازوکارهایی برای ایجاد حساب مشتری، نمایش محصولات برای فروش، انتخاب محصولات برای خرید و موارد دیگر دلالت دارد. بنابراین، ضمن تفکر در الگوها، مهم است که بررسی کنید آیا الگویی برای راه اندازی حساب وجود دارد یا خیر. اگر جزوه ماشین مخصوص به عنوان یک الگوی مناسب برای ماشین مخصوص مشکل در دسترس باشد ، ممکن است با الگوهای دیگر مانند BuildInputForm،
ManageFormsInput و ValidateFormsEntry همکاری کند. هر یک از این الگوها، مشکلات قابل حل و راه حل های مورد استفاده را مشخص می کنند.

3-2-14 وظایف طراحی
هنگام استفاده از فلسفه طراحی مبتنی بر الگو، کارهای طراحی زیر اعمال می شود:
1. مدل الزامات را مورد بررسی قرار داده و سلسله مراتب مسئله را توسعه دهید. با جدا کردن مشکل، زمینه و سیستم نیروهایی که اعمال می شود ، هر مشکل و مشکل فرعی را شرح دهید. کار را از مشکلات گسترده (سطح انتزاعی بالا) شروع کنید و سپس سراغ مشکلات فرعی کوچکتر (در سطوح پایین انتزاع) بروید.
2. تعیین کنید که آیا یک الگوی قابل اعتماد برای حوزه مشکل ایجاد شده است یا خیر. یک زبان الگو، شامل مجموعه ای از الگوها می باشد که هر کدام با استفاده از یک الگوی استاندارد (بخش 14.1.3) شرح داده شده است و به هم مرتبط هستند تا نحوه همکاری این الگوها برای حل مشکلات در یک دامنه برنامه را نشان دهند. تیم نرم افزاری SafeHome به دنبال یک زبان الگو است که به طور خاص برای محصولات امنیتی خانه توسعه یافته است. در صورت عدم یافت آن سطح از ویژگی زبان الگو، تیم، مشکل نرم افزاری SafeHome را به مجموعه ای از حوزه های مشکل عمومی (به عنوان مثال، مشکلات نظارت بر دستگاه دیجیتال، مشکلات رابط کاربری، مشکلات مدیریت ویدیوی دیجیتال) تقسیم می کند و زبان های الگوی مناسب را جستجو می کند.
3. با شروع یک مشکل گسترده ، تعیین کنید که آیا یک یا چند الگوی معماری برای آن موجود است یا خیر.در صورت موجود بودن یک الگوی معماری، از بررسی تمام الگوهای همکاری، اطمینان حاصل کنید.در صورت مناسب بودن الگو، راه حل طراحی پیشنهادی را تطبیق دهید و یک الگوی مدل طراحی را برای نمایش آن بسازید. به عنوان مثال، یک مشکل گسترده برای ماشین مخصوص .com با الگوی تجارت الکترونیکی (بخش 14.2.2) مشخص شده است. این الگو، معماری خاصی را برای پرداختن به الزامات تجارت الکترونیک پیشنهاد می کند.
4. با استفاده از همکاری های ارائه شده برای الگوی معماری، زیر سیستم یا مشکلات اجزا را بررسی کرده و الگوهای مناسب را برای مشخص کردن آن ها جستجو کنید. ممکن است لازم باشد سایر مخازن الگو و همچنین لیست الگوهای مربوط به راه حل معماری را جزوه ماشین مخصوص کنید. در صورت یافتن الگوی مناسب ، راه حل طراحی پیشنهادی را تطبیق دهید و یک الگوی مدل طراحی بسازید که آن را به اندازه کافی نشان می دهد. مطمئن شوید که مرحله 7 را اعمال می کنید.
5. مراحل 2 تا 4 را تکرار کنید تا همه مشکلات گسترده برطرف شود. یعنی با تصویر بزرگ شروع کنید و برای حل مشکلات در سطوح دقیق تر، توضیحاتی ارائه دهید.
6. اگر مشکلات طراحی رابط کاربر جدا شده است (تقریباً همیشه همینطور است)، بسیاری از مخازن الگوی طراحی رابط کاربر را برای الگوهای مناسب جستجو کنید.به روشی مشابه مراحل 3 تا 5 عمل کنید.
7. اگر یک مخزن زبان الگو یا الگوی فردی نوید بخش است، صرف نظر از سطح انتزاعی آن، مشکل را با با الگوی موجود ارائه شده مقایسه کنید. حتماً زمینه و نیروها را بررسی کنید تا مطمئن شوید که الگو در واقع راه حلی را ارائه می دهد که می تواند با مشکل سازگار باشد.
8. حتماً پس از ایجاد طرح از الگوها با استفاده از معیارهای ماشین مخصوص طرح به عنوان راهنما، طرح را اصلاح کنید. اگرچه این رویکرد طراحی اساساً سلسله مراتبی است، گیلیس پیشنهاد می کند که “این رویکرد، سازمان یافته تر است، بیشتر استقرایی است تا قیاسی، و بیشتر سلسله مراتبی است.” علاوه بر این، روش مبتنی بر الگو باید همراه با سایر مفاهیم و تکنیک های طراحی نرم افزار، استفاده شود.

4-2-14 ساختن جدول سازماندهی الگو
با پیشرفت طرح مبتنی بر الگو، ممکن است با مشکل سازماندهی و دسته بندی الگوهای داوطلب از چندین زبان الگو و مخازن مواجه شوید. برای کمک به سازماندهی ارزیابی الگوهای داوطلب، مایکروسافت ایجاد یک جدول جزوه ماشین مخصوص الگو را پیشنهاد می دهد که شکل کلی آن در تصویر 2-14 نشان داده شده است. یک جدول سازماندهی الگو را می توان به عنوان یک مدل صفحه گسترده با استفاده از شکل نشان داده شده در تصویر، پیاده سازی کرد. لیست مختصر بیانیه های مشکل، سازماندهی شده توسط داده ها و محتوا، معماری، اجزاء، و مسائل رابط کاربر، در ستون سمت چپ (هاشور خورده)ارائه شده است. چهار نوع الگو ( پایگاه داده، برنامه، پیاده سازی و زیرساخت)، در ردیف بالا فهرست شده است. اسامی الگوهای داوطلب، در خانه های جدول ذکر شده است. برای ارائه ورودی های جدول سازماندهی، از طریق زبان های الگو و مخازن الگوهایی که به بیان مشکل فرد می پردازند، جستجو کنید.هنگام دریافت یک یا چند الگوی داوطلب، آن ها در ردیف مربوط به دستور problem و ستون مربوط به نوع الگو وارد می شوند. نام الگو به عنوان یک پیوند به آدرس وب که حاوی توضیحات کامل الگو است، وارد می شود.

5-2-14 اشتباهات رایج در طراحی
هنگام استفاده از طرح مبتنی بر الگو، ممکن است چندین اشتباه رایج رخ دهد. در برخی موارد، زمان کافی برای درک مشکل اساسی و زمینه و نیروها آن صرف نمی شود، و ممکن است الگویی را انتخاب کنید که مناسب به نظر می رسد، اما برای راه حل مورد نیاز نامناسب است.در صورت انتخاب الگوی اشتباه، ممکن است از مشاهده خطای خود امتناع می کنید و الگو را به زور وفق دهید. در موارد دیگر ، مشکل دارای عناصری است که با الگویی که جزوه ماشین مخصوص کرده اید، در نظر گرفته نمی شود و نتیجه آن، تناسب ضعیف یا اشتباه است. گاهی اوقات الگویی به معنای واقعی کلمه ماشین مخصوص می شود و اقتباس های مورد نیاز برای فضای مشکل شما اجرا نمی شود.
آیا می توان از این اشتباهات جلوگیری کرد؟ در اغلب موارد، پاسخ مثبت است. یک طراح خوب با دیگران مشورت می کند و از بررسی آثار خود استقبال می کند. تکنیک های بازبینی مطرح شده در فصل 16 می تواند به شما کمک کند تا مطمئن شوید که طرح مبتنی بر الگو که ایجاد کرده اید منجر به راه حلی با کیفیت بالا برای حل مشکل نرم افزار، می شود.
تصویر 2-14

3-14 الگوهای معماری
برای ساخت یک مستعمره در مرکز سالن، می توان از یک سبک معماری واحد استفاده کرد. جزئیات سبک (به عنوان مثال، تعداد شومینه،
نمای خانه، قرارگیری درها و پنجره ها) می تواند بطور قابل توجهی متفاوت باشد، اما هنگامی که معماری کلی خانه مشخص شود، سبک بر
طراحی تحمیل می شود. الگوهای معماری کمی متفاوت هستند. به عنوان مثال، هر خانه (و هر سبک معماری برای خانه ها) از الگوی آشپزخانه استفاده می کند. الگوهای آشپزخانه و الگوهایی که با آن همکاری می کنند، مشکلات مربوط به ذخیره و آماده سازی غذا ، ابزارهای مورد نیاز برای انجام این وظایف و قوانین محل قرار گیری این ابزارها نسبت به گردش کار در اتاق را مشخص می کنند. علاوه بر این، الگو ممکن است مشکلات مربوط به صفحات میز، روشنایی، کلیدهای دیواری، جزیره مرکزی، کفپوش و غیره را برطرف کند. بدیهی است که اغلب بیش از یک طرح واحد برای آشپزخانه وجود دارد که توسط زمینه و سیستم نیروها ایجاد می شود. اما هر طرحی را می توان در چارچوب “راه حل” ارائه شده توسط الگوی آشپزخانه تجسم کرد. معماری نرم افزاری می تواند چندین الگوی معماری داشته باشد که به مسائلی مانند همزمانی، تداوم و توزیع بپردازد. قبل از انتخاب یک الگوی نماینده معماری در یک حوزه خاص، باید تناسب آن را برای کاربرد و سبک معماری کلی و همچنین زمینه و سیستم نیروهایی که ماشین مخصوص می کند، ارزیابی کرد.

دانلود رایگان خلاصه کتاب ماشین مخصوص PDF

الگوهای طراحی اجزا، راه حل های اثبات شده ای را ارائه می دهند که به یک یا چند مورد از مشکلات فرعی استخراج شده از مدل الزامات می پردازد. در بسیاری از موارد، الگوهای طراحی از این نوع، بر برخی عناصر عملکردی یک جزوه ماشین مخصوص  تمرکز می کنند. مثلا، برنامه ماشین مخصوص باید مشکل طراحی زیر را برطرف کند: چگونه می توان مشخصات محصول و اطلاعات مربوط به هر دستگاه SafeHome را دریافت کرد؟ با بیان مشکل زیر، اکنون باید زمینه و سیستم نیروهای مؤثر بر راه حل را در نظر بگیرید. ضمن بررسی مورد کاربری مدل الزامات مناسب، متوجه می شوید که مصرف کننده از مشخصات دستگاه SafeHome (به عنوان مثال، سنسور امنیتی یا دوربین) برای اهداف اطلاعاتی استفاده می کند. با این حال، سایر اطلاعات مربوط به مشخصات (به عنوان مثال، قیمت گذاری) ممکن است هنگام انتخاب قابلیت تجارت الکترونیکی مورد استفاده قرار گیرد.
راه حل مشکل فرعی، شامل جستجو می شود. از آنجا که جستجو، یک مشکل بسیار رایج است، نباید تعجب کرد الگوهای جستجوی بسیاری وجود دارند. با نگاه کردن به چندین مخزن الگو ، الگوهای زیر را به همراه مشکلی که هر کدام حل می کند پیدا می کنید:
جستجوی پیشرفته: کاربران باید یک مورد خاص را در یک مجموعه بزرگ از اقلام پیدا کنند.
راهنما: کاربران در مورد یک موضوع خاص مربوط به وب سایت یا زمانی که نیاز به پیدا کردن صفحه خاصی در سایت دارند ، به کمک نیاز دارند.
حوزه جستجو: کاربران باید صفحه ای را پیدا کنند.
نکات جستجو: کاربران باید نحوه کنترل موتور جستجو را بدانند.
نتایج جستجو: کاربران باید لیستی از نتایج جستجو را پردازش کنند.
جعبه چستجو: کاربران باید یک مورد یا اطلاعات خاص را پیدا کنند.
برای ماشین مخصوص، تعداد محصولات خیلی زیاد نیست و هر کدام دارای طبقه بندی نسبتاً ساده ای هستند ، بنابراین AdvancedSearch و HelpWizard احتمالاً ضروری نیستند. همچنین، جستجو به قدری ساده است که نیازی به SearchTips ندارد.با این حال، توضیح SearchBox، (بخشی) به شرح زیر است:
جعبه جستجو: (اقتباس از
مسئله: کاربران باید یک مورد یا اطلاعات خاص را پیدا کنند.
انگیزه: هر موقعیتی که در آن جستجوی کلمه کلیدی در مجموعه ای از اشیاء محتوا که به عنوان صفحات وب سازماندهی شده اند، اعمال شود.
زمینه: به جای استفاده از ناوبری برای به دست آوردن اطلاعات یا محتوا، کاربر می خواهد مستقیماً از طریق محتوای موجود در چندین صفحه وب جزوه طراحی ماشین های کشاورزی کند؛ هر وب سایتی که در حال حاضر
جهت یابی اولیه دارد. ممکن است کاربر بخواهد موردی را در یک دسته جستجو کند. ممکن است کاربر بخواهد یک مورد مناقشه را بیشتر مشخص کند.
نیروها: این وب سایت در حال حاضر ناوبری اولیه دارد. ممکن است کاربران بخواهند
یک مورد را در یک دسته جستجو کنند. ممکن است کاربران بخواهند با استفاده از اپراتورهای ساده بولی، یک مورد مناقشه را بیشتر مشخص کنند.
راه حل: یک قابلیت جستجوی متشکل از یک برچسب جستجو، فیلد کلمه جزوه ماشین مخصوص ، یک فیلتر در صورت وجود و دکمه “go” را ارائه دهید. فشار دادن کلید return (بازگشت)، عملکردی مشابه با انتخاب دکمه go دارد. همچنین نکات و مثال های جستجو را در یک صفحه جداگانه ارائه دهید. در کنار قابلیت جستجو، پیوندی به آن صفحه قرار می گیرد. جعبه ویرایش برای عبارت جستجو، برای برای پاسخگویی به سه درخواست کاربر معمولی (معمولاً حدود 20 کاراکتر)، به اندازه کافی بزرگ است. اگر تعداد فیلترها بیشتر از 2 عدد است، برای انتخاب فیلترها از یک جعبه ترکیبی و در غیر این صورت از یک دکمه رادیویی استفاده کنید.
نتایج جستجو در صفحه جدیدی با برچسب واضح حاوی حداقل “نتایج جستجو” یا موارد مشابه ارائه می شود. عملکرد جستجو در قسمت بالای صفحه با کلمات کلیدی وارد شده تکرار می شود تا کاربران بدانند کلمات کلیدی چه بوده اند همانطور که در بخش 14.1.3 توضیح داده شد، شرح الگو با ورودی های دیگر ادامه می یابد. این الگو در ادامه نحوه دسترسی، ارائه تطبیق نتایج جستجو و موارد دیگر را توصیف می کند. بر این اساس، تیم ماشین مخصوص می تواند قطعات مورد نیاز برای پیاده سازی جستجو یا (به احتمال زیاد) اجزای قابل استفاده مجدد موجود را طراحی کند.

“خانه امن: استفاده از الگوها”
صحنه: بحث غیررسمی در طول طراحی یک افزونه نرم افزاری که کنترل حسگر را از طریق اینترنت برای  پیاده سازی می کند.
گفتگوکنندگان: جیمی، مسئول طراحی، و وینود، رئیس معمار سیستم .
مکالمه:
وینود: خب، طراحی رابط کنترل دوربین چطور پیش می رود؟
جیمی: بد نیست.بیشتر قابلیت های جزوه ماشین مخصوص  به سنسورهای واقعی رو بدون دردسر طراحی کردم. همچنین در مورد رابط کاربری برای حرکت، افق گردی و زوم دوربین ها از طریق دستگاه از راه دور هم فکر کردم، اما مطمئن نیستم که هنوز درست شده باشن.
وینود: به چه چیزی رسیدی؟
جیمی: خب، الزامات اینه که کنترل دوربین باید بسیار تعاملی باشه (همونطور که کاربر کنترل رو حرکت می ده، دوربین هم باید در اسرع وقت حرکت کنه).بنابراین داشتم فکر می کردم که مجموعه ای از دکمه ها رو مثل یه دوربین معمولی تنظیم کنم، اما وقتی کاربر روی آن کلیک می کنه، دوربین را کنترل می کنه.
وینود: درسته، این کار شدنیه.اما مطمئن نیستم که درست باشه؛ برای هر کلیک یک کنترل ، باید منتظر موند تا کل ارتباط سرویس گیرنده و سرور ایجاد بشه، بنابراین بازخورد سریعی نخواهد داشت.
جیمی: این همون چیزی بود که من فکر می کردم و به همین خاطر، از این روش خیلی راضی نبودم، اما نمی دونم دیگه از چه راه هایی میشه انجامش داد.
وینود: خب، چرا فقط از الگوی ماشین مخصوص استفاده نکنیم؟
جیمی: این الگو چیه؟ قبلاً نشنیدمش.
وینود: این یه الگو دقیقاً برای مشکل توصیف شده‌ست. راه حلی که پیشنهاد می کنه اساساً ایجاد اتصال کنترل به سرور با دستگاهه
تا بشه دستورات کنترلی رو ارسال کرد. به این ترتیب نیازی به ارسال درخواست های HTTP معمولی نیست، و الگو حتی نحوه پیاده سازی اون رو با استفاده از تکنیک های ساده AJAX نشون میده. ما چند تا مشتری ساده جاوا اسکریپت داریم که جزوه ماشین مخصوص با سرور ارتباط برقرار می کنه و به محض انجام هر کاری، کاربر دستورات رو ارسال می کنه.
جیمی: خوبه. این تنها چیزیه که برای حل این مسئله نیاز داشتم. از کجا پیداش کنم؟
وینود: در یک مخزن آنلاین موجوده.این هم از URL.
جیمی: بررسیش می کنم.
وینود: بسیار خب، اما یادت باشه که زمینه پیامدها رو برای الگو بررسی کنی.انگار یادمه که چیزی در مورد مراقبت در مورد مسائل امنیتی وجود داشت. فکر می کنم ممکنه به این دلیل باشه که شما در حال ایجاد یک کانال کنترل جداگانه و در نتیجه دور زدن مکانیزم های معمول امنیت وب هستین.
جیمی: نکته خوبیه.شاید هیچ وقت به -ً () ً ()،