جعبه سیاه
بیایید فرض کنیم که نرم افزار جعبه سیاه است. در حال حاضر، بیایید سوال آن دسته (بازی، کسب و کار، آموزش و پرورش، سبک زندگی)، که واقعا مهم نیست در این مرحله نادیده. علاوه بر این، بیایید فرض کنیم ما نرم افزار نوشته شده است بومی برای پلت فرم تلفن همراه داده شده (مانند iOS-سریع، هدف-C، آندروید و جاوا Kotlin) با استفاده از بهترین روش ها نرم افزار و قالب. من اعتقاد دارم که اگر شما با توجه به نرم افزار بهره وری آن رفتن به جزئیات راه حل های کراس پلت فرم به عنوان مثال Xamarin یا هیبرید آنهایی که بی معنی است که با استفاده از HTML5. حتی اگر در مورد نرم افزار ساده که بهره وری از راه حل های مبتنی بر Xamarin خواهد شد مقایسه ای به زبان مادری می توانیم فرض کنیم که است.
من آگاه از این واقعیت است که من قادر نخواهد بود برای بحث در مورد تمام جنبه های برنامه های کاربردی موبایل و عوامل شکل گیری آن است. با این حال، من می خواهم به تمرکز بر آنهایی که مهم ترین.
دستگاه ها
اول و احتمالا فراموش شده اغلب عامل نگرانی های خود را در دستگاه های خود. بسته به پلت فرم و نسخه ای از نرم افزار موجود را با هم لیستی از دستگاه های که نرم افزار را نصب نهایت مفید است.
دستگاه هایی نه تنها تعیین رابط کاربر، اما عمدتا خاص چگونه لایه های نرم افزار در دستگاه های تلفن همراه قدیمی تر عمل خواهد شد. این می تواند شامل دستگاه با واحد های بدتر (ضعیف تر پردازنده، رم کمتر). شما همچنین باید دسترسی به دستگاه ها به خصوص آنهایی که قدیمی تر آن را در نظر بگیرید. اغلب، برنامه نویسان مربیان از طریق علاوه بر این یک یا دو دستگاه تلفن همراه استفاده کنید. این سیگنال هشدار برای تست خود test را با دستگاه های قدیمی ترین شروع باشد. سهل انگاری به بازنویسی گران از ویژگی های است که عمل نادرست در دستگاه های خاص به دلایل بهره وری می شود. در هر صورت این برنامه نویسان، که اغلب کپی قالب پروژه از تنبلی و برنامه های کاربردی تنها در جدیدترین دستگاه-آنهایی که با پردازش عملیات پیچیده بدون هیچ مشکلی شروع توجیه نمی کند. در چنین مواردی ما معمولا اطلاعات مورد inconveniencies مربوط به بهره وری از کاربر نهایی.
شامل شبکه های نقطه دیگر شبکه و بویژه وقتی که و چگونه اغلب نرم افزار اتصال به اینترنت استفاده می کند. نتیجه اشتباهات شایع ترین به طور مستقیم بر عملکرد از برنامه “درخواست سرور برای داده ها اغلب یا ساختار بد از ذخیره سازی داده ها در حافظه پنهان. در اینجا بهترین راه حل با تبدیل به جنس داده چیزهای خوب، برنامه ریزی شود هرگاه لازم و ذخیره سرور پاسخ.
عملیات تولید داده باید اعدام asynchronously-توسط نه موضوع اصلی مسدود کردن, است که برای ارائه رابط کاربر. در حالی که دانلود تصاویر یکی دو چیز به خاطر داشته باشید: به آنها ذخیره بر روی هارد دیسک و در مورد فشرده سازی مناسب.
علاوه بر این، ارزش اطمینان حاصل کرد که برنامه خوبی آفلاین عمل مگر در مشخصات در مستندات لازم نیست هم. از تجربه من, مشکلات گاهی به دلیل فقدان اطلاعات صریح و روشن است که نرم افزار این است که عمل oï ¬ ï ¿½ ine رخ دهد. همانطور که این خطا های اضافی (که برای حل مشکل است) تولید می گاهی اوقات، توسعه نرم افزار در حال حاضر پیچیده دوباره بسیار مخاطره آمیز می شود. من فکر می کنم که این مشکل نگرانی های خود را در حال توسعه لایه ارتباط با سرور در کسب و کار بیش از آن، از بازی که تا می رسید oï ¬ ï ¿½ ine کند. توسط ‘نیست’ در اتصال اینترنت ضعیف، مانند 3 g و یا لبه است که همیشه نیست 100% کافی نیز معنی.
ما همچنین باید اثر بخشی لایه ارتباطی سرور در نظر بگیرید. این بسیار مهم است زمانی که ما درخواست جنس tes ترافیک بالا سوال در مورد قسمت سرور. مشکل بیشتر قرار است به عنوان مثال صوتی یا تصویری جریان پیچیده شود می تواند. متاسفانه در این مورد، ما همیشه تاثیر مستقیم از طریق توسعه مداوم ندارد. با این حال، من فکر می کنم خوب این را در ذهن نیز داشته است.
اشخاص ثالث
نقطه سوم شامل استفاده از کتابخانه های شرکت های خارجی. این تازگی بسیار محبوب تبدیل شده است. هر کسی که با پروژه های بزرگ است که کتابخانه ها است که به طور مداوم (به خصوص منبع باز آنهایی!) بروز رسانی نمی شد رسیدگی می دانید آنچه من صحبت کردن در مورد. آنها تسهیل فرایند توسعه و سرعت بخشیدن به آن، به خصوص اگر آنها پیچیده است. آنها ویژگی های است که معمولا بسیاری از زمان از ابتدا توسط برنامه نوشته شده باشد را ارائه.
توسعه خود را با دیگر دستگاه های قابل پشتیبانی است. این مناسب نظارت-از کارایی برنامه، وقوع خرابی و app بسته شدن ناگهانی یا اضافی ثبت رویداد های برنامه را قادر می سازد. چنین دستگاه هایی به عنوان مثال شامل: پارچه Crashlytics تپش HockeyApp AppDynamics، اثر جدید. آنها باید اضافه شده و از آغاز پروژه استفاده می شود.
خلاصه
برای خلاصه کردن، ما که همه عناصر ذکر شده در اینجا را یک کل و در نهایت تعیین چگونه برنامه توسط کاربر نهایی دیده می شود به یاد داشته باشید باید. کارایی رابط کاربری و همچنین احساسات عمومی خود را با استفاده از نرم افزار را تحت تاثیر قرار. بنابراین، ما هنوز احساس نیاز به بلافاصله حذف نرم افزار تازه ما یا بدتر از آن، احساس که آنها تلفن قدیمی و آنها باید آن را جایگزین اجازه دهید آنها را باید.
computer
جعبه سیاه
بیایید فرض کنیم که نرم افزار جعبه سیاه است. در حال حاضر، بیایید سوال آن دسته (بازی، کسب و کار، آموزش و پرورش، سبک زندگی)، که واقعا مهم نیست در این مرحله نادیده. علاوه بر این، بیایید فرض کنیم ما نرم افزار نوشته شده است بومی برای پلت فرم تلفن همراه داده شده (مانند iOS-سریع، هدف-C، آندروید و جاوا Kotlin) با استفاده از بهترین روش ها نرم افزار و قالب. من اعتقاد دارم که اگر شما با توجه به نرم افزار بهره وری آن رفتن به جزئیات راه حل های کراس پلت فرم به عنوان مثال Xamarin یا هیبرید آنهایی که بی معنی است که با استفاده از HTML5. حتی اگر در مورد نرم افزار ساده که بهره وری از راه حل های مبتنی بر Xamarin خواهد شد مقایسه ای به زبان مادری می توانیم فرض کنیم که است.
من آگاه از این واقعیت است که من قادر نخواهد بود برای بحث در مورد تمام جنبه های برنامه های کاربردی موبایل و عوامل شکل گیری آن است. با این حال، من می خواهم به تمرکز بر آنهایی که مهم ترین.
دستگاه ها
اول و احتمالا فراموش شده اغلب عامل نگرانی های خود را در دستگاه های خود. بسته به پلت فرم و نسخه ای از نرم افزار موجود را با هم لیستی از دستگاه های که نرم افزار را نصب نهایت مفید است.
دستگاه هایی نه تنها تعیین رابط کاربر، اما عمدتا خاص چگونه لایه های نرم افزار در دستگاه های تلفن همراه قدیمی تر عمل خواهد شد. این می تواند شامل دستگاه با واحد های بدتر (ضعیف تر پردازنده، رم کمتر). شما همچنین باید دسترسی به دستگاه ها به خصوص آنهایی که قدیمی تر آن را در نظر بگیرید. اغلب، برنامه نویسان مربیان از طریق علاوه بر این یک یا دو دستگاه تلفن همراه استفاده کنید. این سیگنال هشدار برای تست خود test را با دستگاه های قدیمی ترین شروع باشد. سهل انگاری به بازنویسی گران از ویژگی های است که عمل نادرست در دستگاه های خاص به دلایل بهره وری می شود. در هر صورت این برنامه نویسان، که اغلب کپی قالب پروژه از تنبلی و برنامه های کاربردی تنها در جدیدترین دستگاه-آنهایی که با پردازش عملیات پیچیده بدون هیچ مشکلی شروع توجیه نمی کند. در چنین مواردی ما معمولا اطلاعات مورد inconveniencies مربوط به بهره وری از کاربر نهایی.
شامل شبکه های نقطه دیگر شبکه و بویژه وقتی که و چگونه اغلب نرم افزار اتصال به اینترنت استفاده می کند. نتیجه اشتباهات شایع ترین به طور مستقیم بر عملکرد از برنامه “درخواست سرور برای داده ها اغلب یا ساختار بد از ذخیره سازی داده ها در حافظه پنهان. در اینجا بهترین راه حل با تبدیل به جنس داده چیزهای خوب، برنامه ریزی شود هرگاه لازم و ذخیره سرور پاسخ.
عملیات تولید داده باید اعدام asynchronously-توسط نه موضوع اصلی مسدود کردن, است که برای ارائه رابط کاربر. در حالی که دانلود تصاویر یکی دو چیز به خاطر داشته باشید: به آنها ذخیره بر روی هارد دیسک و در مورد فشرده سازی مناسب.
علاوه بر این، ارزش اطمینان حاصل کرد که برنامه خوبی آفلاین عمل مگر در مشخصات در مستندات لازم نیست هم. از تجربه من, مشکلات گاهی به دلیل فقدان اطلاعات صریح و روشن است که نرم افزار این است که عمل oï ¬ ï ¿½ ine رخ دهد. همانطور که این خطا های اضافی (که برای حل مشکل است) تولید می گاهی اوقات، توسعه نرم افزار در حال حاضر پیچیده دوباره بسیار مخاطره آمیز می شود. من فکر می کنم که این مشکل نگرانی های خود را در حال توسعه لایه ارتباط با سرور در کسب و کار بیش از آن، از بازی که تا می رسید oï ¬ ï ¿½ ine کند. توسط ‘نیست’ در اتصال اینترنت ضعیف، مانند 3 g و یا لبه است که همیشه نیست 100% کافی نیز معنی.
ما همچنین باید اثر بخشی لایه ارتباطی سرور در نظر بگیرید. این بسیار مهم است زمانی که ما درخواست جنس tes ترافیک بالا سوال در مورد قسمت سرور. مشکل بیشتر قرار است به عنوان مثال صوتی یا تصویری جریان پیچیده شود می تواند. متاسفانه در این مورد، ما همیشه تاثیر مستقیم از طریق توسعه مداوم ندارد. با این حال، من فکر می کنم خوب این را در ذهن نیز داشته است.
اشخاص ثالث
نقطه سوم شامل استفاده از کتابخانه های شرکت های خارجی. این تازگی بسیار محبوب تبدیل شده است. هر کسی که با پروژه های بزرگ است که کتابخانه ها است که به طور مداوم (به خصوص منبع باز آنهایی!) بروز رسانی نمی شد رسیدگی می دانید آنچه من صحبت کردن در مورد. آنها تسهیل فرایند توسعه و سرعت بخشیدن به آن، به خصوص اگر آنها پیچیده است. آنها ویژگی های است که معمولا بسیاری از زمان از ابتدا توسط برنامه نوشته شده باشد را ارائه.
توسعه خود را با دیگر دستگاه های قابل پشتیبانی است. این مناسب نظارت-از کارایی برنامه، وقوع خرابی و app بسته شدن ناگهانی یا اضافی ثبت رویداد های برنامه را قادر می سازد. چنین دستگاه هایی به عنوان مثال شامل: پارچه Crashlytics تپش HockeyApp AppDynamics، اثر جدید. آنها باید اضافه شده و از آغاز پروژه استفاده می شود.
خلاصه
برای خلاصه کردن، ما که همه عناصر ذکر شده در اینجا را یک کل و در نهایت تعیین چگونه برنامه توسط کاربر نهایی دیده می شود به یاد داشته باشید باید. کارایی رابط کاربری و همچنین احساسات عمومی خود را با استفاده از نرم افزار را تحت تاثیر قرار. بنابراین، ما هنوز احساس نیاز به بلافاصله حذف نرم افزار تازه ما یا بدتر از آن، احساس که آنها تلفن قدیمی و آنها باید آن را جایگزین اجازه دهید آنها را باید.
