تبلیغات در پورتال

دانلود آموزش مخترع اپلیکیشن به زبان روسی. توسعه برنامه های افزودنی برای App Inventor: مقدمه

MIT App Inventor 2- یک محیط توسعه بصری که ایجاد یک برنامه کاربردی را آسان می کند دستگاه های اندرویدیحتی بدون دانش برنامه نویسی
این محیط توسعه مستقیماً از مرورگر کار می کند. نیازی به دانلود یا نصب چیزی نیست. نتیجه را می توان در دستگاه اندرویدی مشاهده کرد. برنامه های آماده را می توان در آن قرار داد بازار بازی. App Inventor 2 از زبان روسی پشتیبانی می کند.
بلافاصله پس از راه اندازی، شما این فرصت را دارید که برنامه منحصر به فرد خود را ایجاد کنید، به عنوان مثال برنامه ای که می تواند سایر دستگاه های بلوتوث را کنترل کند (دستگاه بلوتوث ساده در آردوینو)، یا یک بازی برای تلفن هوشمند.
در ویرایشگر آنلاینبرنامه های MIT App Inventor 2 بر روی مؤلفه های استاندارد ساخته شده اند که عنصر اصلی توسعه برنامه اندروید هستند. مثال‌های زیادی در اینترنت وجود دارد که چگونه از ترکیب بلوک‌ها و مؤلفه‌ها برای ایجاد برنامه‌ای که می‌خواهیم بسازیم استفاده کنیم.

پنجره طراحی
این پنجره نحوه ظاهر برنامه را پیکربندی می کند (چه عناصری روی صفحه نمایش داده می شوند و غیره). با نگاهی به پنجره طراح، خواهید دید که از چندین قسمت تشکیل شده است:

  • پالت - ناحیه ای که در آن اجزای موجود نشان داده می شوند. پالت به بخش ها تقسیم می شود.
  • نمایشگر - ناحیه ای که اجزاء اضافه می شوند و جایی که با آنها کار می کنید. در این قسمت می توانید ببینید که اپلیکیشن شما در گوشی هوشمند شما چگونه به نظر می رسد.
  • اجزاء - ناحیه ای که اجزای استفاده شده نشان داده شده است. اجزای این ناحیه را می توان تغییر نام داد یا حذف کرد و همچنین ویرایش آنها با استفاده از قسمت Properties راحت است.
  • رسانه (رسانه) - منطقه ای که تصاویر و صداهای استفاده شده در آن بارگذاری می شوند.
  • خواص - ناحیه ای که ویژگی های مؤلفه ویرایش می شود: رنگ، اندازه متن، فونت و غیره.

مسدود کردن پنجره ویرایشگر
در این پنجره ما رفتار گوشی هوشمند خود را هنگام قرار گرفتن در معرض عوامل خارجی پیکربندی می کنیم. به عنوان مثال، هنگامی که کلیدی را روی صفحه گوشی هوشمند فشار می دهید، یک سیگنال تبریک به صدا در می آید یا زمانی که وضعیت سنسورها (شتاب سنج، حسگر مجاورت و غیره) تغییر می کند، صفحه نمایش گوشی هوشمند خاموش می شود تا در مصرف باتری صرفه جویی شود.

امروزه در بازار کار ما شاهد رونق واقعی متخصصان در زمینه توسعه برنامه های کاربردی برای دستگاه های تلفن همراه هستیم. حرفه توسعه دهنده اپلیکیشن های موبایلیکی از محبوب ترین ها می شود. اما آیا نظام آموزشی آماده پاسخگویی به این چالش است؟ از این گذشته، برای تشخیص توانایی های برنامه نویسی و ایجاد پایه ای محکم از دانش و مهارت ها به موقع، باید از سنین اولیه مدرسه شروع کنید.

تا همین اواخر، مشکل آموزش برنامه نویسی به دانش آموزان دبیرستانی حل نشدنی به نظر می رسید - در درجه اول به دلیل فقدان ابزاری که از یک طرف یادگیری نسبتاً آسان باشد و از طرف دیگر به فرد امکان ایجاد محصولات واقعاً ارزشمند را بدهد. . تلاش‌ها برای آموزش عمومی به دانش‌آموزان مدرسه‌ای BASIC یا پاسکال تنها به این واقعیت منجر شد که موضوع "علوم رایانه" فقط برای یک دایره بسیار باریک از دانش‌آموزان دشوار بود - کسانی که به دلیل ویژگی‌های فکری، تربیت خانوادگی یا شانس زیاد با معلم، موفق شدند. برای پیشرفت بیشتر در تسلط بر برنامه نویسی نسبت به دیگران. برای اکثر دانش‌آموزان دیگر، علوم کامپیوتر چیزی غیرقابل دسترس باقی ماند.

در اوایل دهه 2000، با ظهور و توسعه زبان های برنامه نویسی بصری که گل سرسبد آن زبان اسکرچ است، وضعیت شروع به تغییر کرد. این زبان انقلابی واقعی در آموزش برنامه نویسی مدارس برای سیستم عامل های دسکتاپ ایجاد کرده است. برنامه نویسی در اسکرچ به آسانی چیدن یک پازل کودکانه است. عبارات و رویه های زبان با بلوک های رنگی نشان داده می شوند. با کشیدن و اتصال آن ها برنامه هایی ایجاد می کنیم. اشتباه کردن در نحو این زبان به سادگی غیرممکن است - اگر بلوک ها در کنار هم قرار نگیرند، پازل به سادگی با هم جمع نمی شود.

App Inventor

توسعه طبیعی این رویکرد زبان برنامه نویسی App Inventor بود که توسط استاد موسسه فناوری ماساچوست (MIT) هال آبلسون در سال 2010 توسعه یافت. این بر اساس همان اصل کشیدن آجرهای بصری و مونتاژ یک برنامه از بلوک ها است.

تفاوت App Inventor و Scratch در این است که App Inventor بر روی استفاده از دسکتاپ متمرکز نیست، بلکه برای ایجاد برنامه های کاربردی در نظر گرفته شده است. دستگاه تلفن همراه- گوشی هوشمند یا تبلت با سیستم عامل اندروید. او می تواند، برای مثال، داده های شتاب سنج را "درک" کند گجت موبایل، دوربین داخلی را کنترل کنید، ببینید تلفن در فضا چگونه است و خیلی چیزهای دیگر.

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

رابط زبان برنامه نویسی MIT App Inventor از دو بخش اصلی تشکیل شده است: طراحو ویرایشگر بلوک.

در طراحما برنامه خود را از عناصر - صفحه نمایش، دکمه ها، سلول ها، تصاویر، صداها می سازیم.

در ویرایشگر بلوکما رفتار این عناصر را برنامه ریزی می کنیم.

رابط کاربری App Inventor ساده و شهودی است. اگر می خواهید آموزش برنامه نویسی را با استفاده از App Inventor در مدرسه امتحان کنید، وب سایت appinvent.ru را توصیه می کنیم که حاوی مطالب آموزشی برای معلمان است.

مسابقه برای دانش آموزان

و دانش‌آموزانی که در مدرسه یا به تنهایی در برنامه‌نویسی با استفاده از App Inventor آموزش دیده‌اند، می‌توانند در مسابقه‌ای شرکت کنند تا برنامه‌های تلفن همراه خود را با استفاده از App Inventor توسعه دهند. برنده مسابقه یک تبلت از سامسونگ دریافت خواهد کرد. آخرین مهلت ارسال آثار 25 اردیبهشت 1395 می باشد.

در این پست قصد دارم شما را با MIT App Inventor 2نرم افزار و من قصد دارم آنچه را که برای شروع سریع ساخت برنامه های اندرویدی که با آردوینو شما تعامل و کنترل می کنند نیاز دارید را به شما نشان دهم.

در اینجا مطالبی است که قرار است در این پست پوشش داده شود:

  • چرا MIT App Inventor 2 انتخاب خوبی است؟
  • دسترسی به MIT App Inventor 2
  • نحوه کنترل آردوینو با MIT App Inventor (بلوتوث)
  • بررسی اجمالی مخترع برنامه MIT
  • پروژه ها با MIT App Inventor
  • برنامه های اندروید برای آردوینو با MIT App Inventor 2

معرفی MIT App Inventor 2

MIT App Inventor 2 یک سرویس رایگان ساده و بصری برای ایجاد برنامه های اندروید است. اگر می خواهید با MIT App Inventor شروع کنید، نیازی به دانلود یا نصب برنامه در رایانه خود ندارید زیرا نرم افزار مبتنی بر ابر است، بنابراین برنامه ها را مستقیماً در مرورگر خود می سازید (Chrome، Mozilla، Safari، اینترنت اکسپلوررو غیره).

به عنوان مثال، برای ساخت برنامه ها فقط به اتصال اینترنت نیاز دارید.

چرا MIT App Inventor انتخاب خوبی است؟

  • MIT App Inventor 2 بصری و ساده برای استفاده است.
  • برای ساختن اپلیکیشن های عالی که می توانند کارهای مفیدی انجام دهند، لازم نیست در برنامه نویسی یا طراحی متخصص باشید.
  • ایجاد طرح به آسانی انتخاب و قرار دادن ویجت ها در صفحه گوشی هوشمند است.
  • کد با کشیدن و رها کردن بلوک های پازل انجام می شود.

همه می توانند با چند ساعت تمرین یاد بگیرند که چگونه برنامه های خود را با MIT App Inventor 2 بسازند.

دسترسی به MIT App Inventor 2

رایج‌ترین ماژول‌های بلوتوث مورد استفاده در آردوینو، بلوتوث HC-05، HC-04 و HC-06 هستند.

برای اطلاعات بیشتر در مورد ماژول بلوتوث، می توانید این پست وبلاگ را بررسی کنید:

ماژول بلوتوث با داده های سریال کار می کند. این بدان معنی است که آردوینو اطلاعات را ارسال می کند و ماژول بلوتوث آن را از طریق سریال (و بالعکس) دریافت می کند.

شکل زیر نحوه انتقال اطلاعات از برنامه اندروید به آردوینو را توضیح می دهد.

گوشی هوشمند شما اطلاعات را از طریق بلوتوث به ماژول بلوتوث ارسال می کند. سپس ماژول بلوتوث اطلاعات را از طریق ارتباط سریال به آردوینو ارسال می کند. این جریان برعکس هم عمل می کند: آردوینو اطلاعات را به ماژول بلوتوث ارسال می کند که آن را از طریق بلوتوث به گوشی هوشمند می فرستد.

بررسی اجمالی مخترع برنامه MIT

این یک دوره آموزشی گام به گام است که به شما کمک می کند تا برنامه های اندرویدی جالبی برای آردوینو بسازید، حتی بدون تجربه قبلی! مجموعه ای از 8 + 1 پروژه.

امیدوارم این پست برای شما مفید بوده باشد.

منظور ما از عملیات، دنباله ای از اقدامات است که هر کدام می تواند شامل تعداد متفاوتی از بلوک ها باشد.

هر عملیاتی را می توان در یک بلوک پردازش رویداد یا در یک بلوک رویه قرار داد. مکان عملیات در بلوک پردازش رویداد ساده است، اما در آینده این می تواند منجر به مشکلات زیادی شود، برخلاف استفاده از آن در یک رویه، که به شما امکان می دهد یک الگوریتم انعطاف پذیر به دست آورید. بیایید این را با استفاده از مثال یک عملیات انتساب ساده به یک متغیر جهانی از یک لیست خالی، متشکل از دو بلوک در نظر بگیریم (شکل 1).

برنج. 1. گزینه هایی برای مکان عملیات.

هنگامی که یک عملیات در بلوک پردازش رویداد یک مؤلفه (گزینه بالا) قرار می گیرد، به شدت به آن متصل می شود و برای فراخوانی از بلوک های دیگر غیرقابل دسترسی می شود. اگر این عملیات باید از بلوک دیگری فراخوانی شود، باید کپی شود. ایجاد کپی از عملیات توصیه نمی شود، زیرا اگر الگوریتم آن تغییر کند، باید در هر یک از آنها تغییراتی ایجاد کنید. این احتمال بروز خطاهای مختلف را افزایش می دهد: می توانید برخی از کپی ها را اصلاح کنید، هنگام کپی کردن بلوک ها، چسباندن آنها و غیره اشتباه کنید. قرار دادن یک عملیات در یک بلوک رویه به شما این امکان را می دهد که آن را از بلوک های دیگر فراخوانی کنید و از خطاهای توضیح داده شده در بالا جلوگیری کنید.

هنگام کار در ویرایشگر بلوک، گاهی اوقات لازم است که تماس بگیرید نسخه های مختلفیک عملیات یا عملیات متفاوت برای انجام این کار، می توانید اجزای جدیدی را با بلوک های پردازش رویداد جدید ایجاد کنید، یا از یک بلوک btnExecute موجود استفاده کنید و یک عملیات خاص را در آن فراخوانی کنید. در نتیجه جایگزینی، عملیات جدا شده به بلوک های "شناور" تبدیل می شوند (شکل 2) که به هیچ بلوک گروهی تعلق ندارند.

برنج. 2. بلوک های "شناور".

اگر چنین بلوک های شناور زیادی در میدان کار وجود داشته باشد، ممکن است مقابله با آنها آسان نباشد. اگر همه چیز با بلوک پایین روشن است - این یک بلوک فراخوانی رویه است، پس الحاق بلوک ها در قسمت بالای تصویر چه می کند؟ آیا این یک عملیات جداگانه است یا عملی است که در یک عملیات دیگر گنجانده شده است یا بوده است؟ اما پس بقیه این عملیات کجاست؟ افزودن یک عملیات به یک بلوک رویه به شما این امکان را می دهد که از شر بلوک های عجیب و غریب "شناور" خلاص شوید.

برای اجرای یک بلوک، لازم نیست آن را در یک کنترل کننده رویداد قرار دهید. می توانید کلیک کنید کلیک راست کنیدماوس بر روی آن و در ظاهر شد منوی زمینهگزینه Do it را انتخاب کنید.

یکی دیگر از معایب قرار دادن عملیات در یک رویداد کنترل کننده این است که اگر به طور تصادفی یک مؤلفه را در طراح حذف کنید، نه تنها تمام بلوک های متعلق به این مؤلفه، بلکه همه بلوک های تودرتو در آنها حذف می شوند. به خصوص اگر عملیات شامل این موارد باشد آزاردهنده خواهد بود تعداد زیادیبلوک ها (شکل 3). اگر جزء btnTest را حذف کنید، بلوک btnTest.Click با تمام محتویات آن حذف خواهد شد.

برنج. 3. گروه بندی نامطلوب بلوک ها در کنترل کننده رویداد.

بلوک های این تصویر چه عملیاتی را انجام می دهند؟ جواب دادن فوری سخت است. و هنگام قرار دادن آنها در یک رویه جداگانه، همه چیز بلافاصله از نام آن setVarValue مشخص می شود - مقدار متغیر را تعیین می کند (شکل 4).

برنج. 4. گروه بندی طرفین در روش.

بلوک های رویه و متغیر محلی با کلیک کردن روی نماد چرخ دنده، تنظیماتی را در دسترس دارند. برای بلوک‌های رویه، شامل افزودن پارامترهای ورودی به آن‌ها و برای بلوک‌های متغیرهای محلی، به معنای ایجاد ورودی‌های اضافی است. این چهار بلوک متغیر را به یک بلوک با چهار متغیر تبدیل می کند (شکل 4). آیا این تبدیل معادل است؟ خیر یک بلوک با چندین متغیر محلی دارای یک محدوده واحد است که از بازیابی مقادیر متغیرهای آن در داخل آن جلوگیری می کند. برای مثال، تخصیص متغیر مقدار (شکل 4) به متغیر کلیدی غیرممکن است.

ما کاستی‌هایی را که در قرار دادن عملیات در بلوک پردازش رویداد کشف کردیم، فهرست می‌کنیم:

  • اتصال صلب به یک بلوک رویداد از نوع خاصی از مؤلفه انتخاب شده
  • فراخوانی عملیات از بلوک های دیگر غیرممکن است (به این معنی که نمی تواند به یک عملیات کتابخانه تبدیل شود)
  • عملیات حذف هنگام حذف یک جزء
  • تشکیل گروه های عجیب و غریب "شناور" از بلوک ها
  • درک سریع این که عملیات چه می کند دشوار است

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

هنگام ایجاد الگوریتم هایی برای سادگی و سرعت، می خواهید عملیات های مختلف را در یک رویه قرار دهید که منجر به افزایش سریع تعداد بلوک ها و دشواری در درک عملکرد آن می شود. برای حذف این در برنامه نویسی، یک قانون ساده به طور گسترده استفاده می شود:

یک تابع (رویه) - یک عملیات

این قانون از تمرین زندگی گرفته شده است. تصور کنید چراغ های اتاق را روشن می کنید و همزمان تلویزیون و کولر روشن می شوند و کامپیوتر خاموش می شود. آیا آن را دوست خواهید داشت؟ خیر، زیرا منجر به سردرگمی و موقعیت های ناخوشایند خواهد شد.
در شکل 4، در ابتدای بلوک، چهار رویه نامیده می شود - getKey (یک کلید)، getNewVal (دریافت یک مقدار جدید)، getKeys (دریافت لیستی از کلیدها) و getIndex (دریافت یک شاخص). هر یک از این روش ها یک عملیات را انجام می دهد. بعد از آنها یک بلوک if می آید که در آن یک عملیات از رویه setVarValue1 اجرا می شود.
آیا می توان از متغیرهای سراسری به جای متغیرهای محلی در رویه ها استفاده کرد؟ ممکن است، اما شما نباید این کار را انجام دهید. استفاده از متغیرهای سراسری در داخل یک رویه، اولاً آن را به شدت به آنها و بر این اساس به یک برنامه معین متصل می کند و ثانیاً، با کمک متغیرهای سراسری، بلوک های خارجی از مکان های مختلف برنامه می توانند بر مکانیسم داخلی تأثیر بگذارند. روشی که بسیار نامطلوب است. اگر مسافران اتوبوس به مکانیسم آن دسترسی داشته باشند چه اتفاقی می‌افتد؟

متغیرهای محلی نوعی بافر هستند. اگر نام یک متغیر جهانی تغییر کند، این کار باعث اختلال در عملکرد رویه نمی شود، زیرا نام متغیرهای محلی که تغییر نکرده اند در داخل آن استفاده می شود. در App Inventor، وقتی نام یک متغیر سراسری را تغییر می‌دهید، به طور خودکار در تمام بلوک‌هایی که از آن استفاده می‌کنند تغییر می‌کند. این منجر به یک نتیجه گیری مهم می شود که اتوماسیون موجود در App Inventor برای بررسی صحت انواع متغیرها، تغییر نام متغیرها و غیره از یک طرف توسعه برنامه را ساده می کند، توسعه دهنده را از فکر کردن به این مسائل رها می کند و از طرف دیگر توسعه برنامه را ساده می کند. دست، به توسعه مهارت تدوین بی دقتی الگوریتم ها کمک می کند. به طور کلی، این مهارت را می توان با برنامه نویسی به هر زبانی توسعه داد. چگونه از این امر اجتناب کنیم؟ از توصیه هایی برای ایجاد "کد تمیز" استفاده کنید، که کتاب های زیادی در مورد آن نوشته شده است. MIT App Inventor فقط از بخش کوچکی از این توصیه‌ها استفاده می‌کند، اما پیروی از آنها الگوریتم‌ها و خوانایی آنها را به هر شکلی که ایجاد می‌کنند - روی یک تکه کاغذ، روی تخته سفید، هنگام ویرایش کد یا کار با بلوک‌ها، بهبود می‌بخشد.

قانون فوق باید هنگام استفاده از بلوک های پردازش رویداد نیز استفاده شود. در شکل 4، کنترل کننده رویداد Click تنها یک عملیات را انجام می دهد - یک رویه را فراخوانی می کند. اگر نیاز به فراخوانی چندین رویه از یک کنترل کننده رویداد داشته باشید، چه؟ سپس باید بفهمید که آیا این گروه از رویه ها یک یا چند عملیات را انجام می دهند؟ اگر فقط یکی باشد، پس همه چیز خوب است. به عنوان مثال، هنگامی که یک برنامه مقداردهی اولیه می شود، بسیاری از رویه ها فراخوانی می شوند، اما همه آنها توسط یک عملیات متحد می شوند - مقداردهی اولیه.

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

می‌توانید از صفحه‌های برنامه استفاده نشده به‌عنوان فضای ذخیره‌سازی رویه‌های کتابخانه در App Inventor استفاده کنید. کتابخانه های با شماره تعداد زیادیرویه ها را می توان با هم روی یک صفحه و موارد بزرگ را روی صفحه های جداگانه قرار داد. در مورد دوم، انتقال تمام بلوک های کتابخانه به کوله پشتی می تواند با استفاده از یک عملیات انجام شود.

اگر کتابخانه‌های زیادی جمع‌آوری کرده‌اید، می‌توانید آنها را در قالب یک الگوی برنامه مرتب کنید، که در آن صفحه اول خالی باقی می‌ماند. ما از این الگو هنگام ایجاد یک برنامه جدید استفاده می کنیم و پس از آماده شدن، یک کپی ایجاد می کنیم که تمام صفحه های کتابخانه از آن حذف می شوند.

برای جلوگیری از تغییر نام متغیرهای سراسری و ایجاد اختلال در عملکرد رویه‌های کتابخانه هنگام کپی کردن آنها از کوله پشتی به صفحه برنامه، که ممکن است متغیرهای سراسری با نام‌های مشابه داشته باشند، لازم است نام بلوک‌های کتابخانه را از قبل با پیشوندهایی که به آن اشاره می‌کنند، کامپایل کنید. کتابخانه اگر کتابخانه کار با لیست جفت ها libPairs نامیده می شود. سپس می‌توانید متغیرها، رویه‌ها و مؤلفه‌های موجود در آن را به این صورت نام‌گذاری کنید: libPairs_name، libPairs_setValue، libPairs_btnExecute.

برای اطلاعات بیشتر کار راحتبا تعداد زیادی بلوک و جابجایی آنها در محیط کار، علاوه بر دکمه های زوم در ناحیه مشاهده، مقیاس کردن فضای کاری مرورگر با استفاده از کلید ترکیبی Ctrl- یا Ctrl+ نیز مفید است.

App Inventor- یک محیط توسعه بصری برای برنامه های اندروید که به حداقل دانش برنامه نویسی از کاربر نیاز دارد. در ابتدا در آزمایشگاه های گوگل توسعه یافت، پس از بسته شدن این آزمایشگاه به موسسه فناوری ماساچوست منتقل شد. در آغاز مارس 2011سال، مؤسسه فناوری ماساچوست نسخه بتای عمومی این پروژه را راه اندازی کرد که در وب سایت appinventor.mit.edu در دسترس است.

این محیط توسعه مستقیماً از مرورگر کار می کند. نیازی به دانلود یا نصب چیزی نیست. نتیجه را می توان در دستگاه اندرویدی مشاهده کرد. برنامه های آماده را می توان در Play Market قرار داد.

از آگوست 2015، App Inventor 2 پشتیبانی می‌کند زبان روسی.

در ویرایشگر آنلاین MIT App Inventor 2، اپلیکیشن ها بر اساس اجزای استاندارد ساخته می شوند که عنصر اصلی توسعه اپلیکیشن اندروید هستند.
بلوک های برنامهمخترع. مفاهیم و اصول مهم

بلوک های App Inventor ابزاری برای دستکاری اجزا هستند و شبیه پازل هستند.

بلوک‌ها در این طراح برنامه اندرویدی بر اساس آنچه که تحت تأثیر قرار می‌گیرند و به چه چیزی مربوط می‌شوند به دو گروه بزرگ تقسیم می‌شوند:

  • ارتباط مستقیم با اجزا
  • به طور کلی به برنامه مربوط می شود

بیایید با شروع کنیم بلوک هایی که متعلق به اجزا هستند.آنها را می توان به سه نوع تقسیم کرد که به راحتی از نظر رنگ قابل تشخیص هستند:

1. بلوک هایی که ویژگی های جزء را توصیف می کنند. آنها سبز هستند و به شکل زیر هستند:

این بلوک ویژگی فعلی مولفه را نشان می دهد. این تصویر بلوک رنگ پس‌زمینه مولفه متنی TextBox1 را نشان می‌دهد. این شامل به دست آوردن یک مقدار موجود است.

و این مقدار مورد نیاز را برای مؤلفه تعیین می کند (تخصیص TextBox1 رنگ پس زمینه...). "ست" - مجموعه. این نوع بلوک ویژگی را می توان به عنوان دستورات (هندلر) طبقه بندی کرد، زیرا در واقع دستوری برای تغییر هر ویژگی جزء، از جمله مقادیر فیلد می دهد. با این حال، توسعه دهندگان App Inventor به این ترتیب تصمیم گرفتند - هر چه باشد، اینها نیز ویژگی هستند.

2. بلوک های رویداد، یعنی آن بلوک هایی که وقوع یک رویداد را در برنامه نظارت می کنند، به عنوان مثال، یک دکمه را فشار دهید و سپس یک فرمان بلوک را اجرا کنید. آنها برنز نقاشی شده اند و به شکل زیر هستند:

این بلوک، برای مثال، زمانی که روی یک دکمه کلیک می‌شود، عملی را انجام می‌دهد (زمانی که دکمه 3 روی دکمه انجام شود...)

3. دستور block، در App Inventor این بلوک اغلب یک handler نامیده می شود. این بلوک مشخص می کند که باید با مؤلفه ای که بلوک به آن تعلق دارد چه کاری انجام داد:

این بلوک خاص داده ها را از تایمر دستگاه فراخوانی می کند.

گروه دوم بلوک ها مربوط به کل برنامه، تا حدودی متفاوت سازماندهی شده است.

برای شروع، لیست زیر گروه های آنها در اینجا آمده است:

  • بلوک های منطقی- بلوک های منطقی
  • بلوک های ریاضی- بلوک های ریاضی
  • بلوک های متنی- بلوک های متنی
  • بلوک ها را فهرست می کند- بلوک هایی برای مدیریت لیست ها
  • بلوک های رنگی- بلوک هایی برای مدیریت رنگ
  • بلوک های متغیر- بلوک هایی برای کنترل متغیرها
  • بلوک های رویه ها- بلوک های رویه ها

همه آنها، به استثنای بلوک های Procedures، در بلوک های دیگر ساخته شده اند. یعنی بر خلاف بلوک‌های رویداد متعلق به مؤلفه‌ها، نمی‌توانند به عنوان یک بلوک اولیه عمل کنند - همه اقدامات زمانی انجام می‌شوند که برخی رویدادها با مؤلفه‌ها رخ می‌دهند.

در اینجا ارزش دارد در مورد انواع "پازل" بیشتر صحبت شود. بنابراین، احتمالاً متوجه شده اید که چهار نوع پازل وجود دارد.

از شکل آنها کاملاً واضح است که هر زنجیره در یک برنامه تلفن همراه با نوع اول شروع می شود. این یک رویداد است و کاملاً منطقی است که تمام اقدامات بعدی را آغاز کند. و این نوع هیچ تفاوتی با آنچه در این طراح برنامه اندروید اتخاذ شده است ندارد.

اما دو نوع بلوک بعدی با توجه به نوع شناسی App Inventor به آن تعلق دارند انواع مختلف: به ترتیب خواص و دستورات (هندلر). اما با توجه به شکل پازل و معنی، آنها را می توان به عنوان دستورات طبقه بندی کرد، زیرا آنها عمل را تنظیم می کنند. بیایید بگوییم دومپازل نشان داده شده در تصویر دستوری برای اختصاص یک مقدار خاص به یک جزء می دهد، A سومپازل – کامپوننت را با یک مقدار مشخص . علاوه بر این، این پازل ها "متوسط" هستند و نمی توان از آنها برای تکمیل زنجیره استفاده کرد.

اما چهارمگونه است ارزش نهایی موجود یا محاسبه شده و زنجیره ها را با آن خاتمه می دهد. به عنوان مثال، تصویر چهارم مقدار فعلی مولفه Clock1 را نشان می دهد.

شرکت فناوری اطلاعات مسابقه ای را برای توسعه اپلیکیشن های موبایل برای سیستم عامل اندروید، ایجاد شده در زبان برنامه نویسی App Inventor اعلام می کند.

تاریخ برگزاری مسابقات
  • پذیرش و ثبت آثار مسابقه ای: از 1 دی لغایت 25 اردیبهشت 1396.
  • بررسی آثار توسط هیئت داوران رقابتی - از 15 تا 30 می 2017.
  • اعلام نتایج مسابقه 30 اردیبهشت در پرتال مسابقه.