برنامه نویسی

7 دلیل اصلی که نباید از Ember.js در پروژه بعدی خود استفاده کنید

Summarize this content to 400 words in Persian Lang
اگر در حال شروع یک پروژه جدید هستید و سعی می کنید تصمیم بگیرید که از کدام فریم ورک فرانت اند استفاده کنید، این مقاله برای شما مناسب است. در اینجا 7 دلیل اصلی من برای عدم استفاده از Ember.js در پروژه بعدی خود آورده شده است.

1. شما یک توسعه دهنده وب جاه طلب نیستید

Ember خود را به عنوان “چارچوبی برای توسعه دهندگان وب جاه طلب” معرفی می کند، و اجازه دهید با آن روبرو شویم، همه جاه طلب نیستند – یا یک توسعه دهنده وب. توسعه‌دهندگان بلندپرواز روی پروژه‌های جاه‌طلبانه کار می‌کنند و پروژه‌های جاه‌طلبانه به زیرساخت‌هایی نیاز دارند که Ember به‌طور کامل شامل آن می‌شود.

در سال 1998، من اولین وب سایت خود را با نام “The Track Shack” ایجاد کردم. این یک سایت در مورد تیم پیست دبیرستان ما بود که من یکی از اعضای آن بودم. اون موقع بلد نبودم کدنویسی کنم من مقالاتی را با استفاده از Microsoft Word 97 نوشتم و از ویژگی “ذخیره به عنوان صفحه وب” برای صادرات آنها به HTML استفاده کردم، که سپس آن را در وب سایت Geocities خود آپلود کردم. یک روز، مربی من از من پرسید که آیا یک وب سایت ایجاد کرده ام یا نه – ظاهراً مربیان دیگر در سراسر ایالت از آن برای دریافت اخبار دو و میدانی از منطقه ما استفاده می کردند. من حتی نتایج ملاقات را از The Commercial Appeal (که در آن زمان آنلاین نبود) اضافه کردم و حساب‌های نمایشی رویدادهای تیممان را از جلسات محلی اضافه کردم.

اگر سایت ساده‌ای مانند آن نیازهای شما را برآورده می‌کند، درست پیش بروید و از ویژگی «ذخیره به عنوان صفحه وب» Word استفاده کنید.

2. شما می خواهید چارچوب خود را جمع آوری کنید

Ember یک فریم‌ورک ظاهری مبتنی بر باتری است. اگر ترجیح می دهید زمان خود را صرف انتخاب هر کتابخانه، درست تا نسخه پچ، و ایجاد تنظیمات سفارشی خود کنید، به شدت از Ember ناامید خواهید شد.

در Ember، شما یک پروژه جدید را با اجرای:

npm install -g ember-cli
ember new my-project

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

و voilà—یک پروژه جدید آماده اجرا با:

npm start

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

توجه داشته باشید که تست های واحد قبلاً پیکربندی شده اند، که ما را به دلیل شماره سه می رساند.

3. شما برای نوشتن هیچ آزمون واحدی برنامه ریزی نمی کنید

Ember به طور خودکار تست های واحد، ادغام و پذیرش را راه اندازی می کند و هر زمان که از تولید کننده کد داخلی خود استفاده می کنید، در مکان های صحیح خرده تولید می کند. برای مثال، اگر یک کامپوننت جدید با ember generate component big-buttonEmber فایل‌های کامپوننت و نمونه‌های خرد را برای آن تولید می‌کند، که قرار است آن‌ها را با اظهارنظرهایی برای آزمایش مؤلفه خود پر کنید.

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

4. از جاوا اسکریپت بومی متنفرید

Ember از ویژگی‌های بومی جاوا اسکریپت استفاده زیادی می‌کند و استفاده از کتابخانه‌هایی مانند jQuery برای مدیریت DOM عموماً مورد انتقاد قرار می‌گیرد. برای مثال، در اینجا نحوه ظاهر یک جزء مبتنی بر کلاس آمده است:

import Component from ‘@glimmer/component’;

export default class DeleteJavaScriptButton extends Component {
handleClick = () => {
fetch(`/api/v1/languages/JavaScript`, {
method: ‘DELETE’,
}).then(() => console.log(‘deleted JavaScript’));
}
<template>
<button {{on ‘click’ this.handleClick}}>Delete JavaScript</button>
</template>
}

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

اگر از طرفداران جاوا اسکریپت بومی نیستید، مطمئناً Ember برای شما مناسب نیست.

5. از جدا کردن قالب ها از جاوا اسکریپت متنفرید

در زمان های قدیم، صفحات HTML را با رشته های قدیمی جاوا اسکریپت می ساختیم، مانند این:

var myHtml = ‘\n’ +
document.getElementById(‘#myInput’).value +
‘\n’;
document.getElementById(‘#myContent’).innerHTML = myHtml;

وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

زبان‌های قالب این نیاز را حذف می‌کنند، به‌طور خودکار از مقادیر خطرناک فرار می‌کنند و جدایی از نگرانی‌ها را بین منطق و ارائه (HTML) اعمال می‌کنند – که برای برخی از توسعه‌دهندگان نگران‌کننده است.

یکی دیگر از چیزهای بالقوه آزاردهنده در مورد موتور قالب Ember این است که به طور خودکار HTML را در برنامه شما به هنگام تغییر داده ها به روز می کند، که به عنوان “Data binding” شناخته می شود. اگر ترجیح می‌دهید به صورت دستی DOM را مدیریت کنید، رشته‌ها را به هم متصل کنید یا از موتور قالب دیگری استفاده کنید، Ember برای شما مناسب نیست.

6. از به روز رسانی وابستگی ها متنفر هستید

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

اگر مدیرتان بر ساخت بدون اخطار اصرار داشته باشد، این پیام‌های لغو می‌توانند کار بیشتری ایجاد کنند. به روز رسانی Ember به طور کلی ساده است، به خصوص اگر به طور منظم انجام شود، اما اگر سال ها به روز رسانی ها را نادیده گرفته باشید، باید کارهایی را انجام دهید.

7. انجمن Ember از Discord استفاده می کند

اگر برای پروژه Ember به کمک نیاز دارید، سرور Discord جامعه یکی از بهترین مکان‌ها برای یافتن آن است. اما اگر Discord مخالف خط مشی شرکت شما باشد (یا فقط سبک شما نباشد)، ممکن است یک معامله شکن باشد.

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

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

نتیجه گیری

و شما آن را دارید – 7 دلیل اصلی من برای استفاده نکردن از Ember.js در پروژه بعدی خود. اگر تصمیم بگیرید که این توصیه را نادیده بگیرید و به هر حال به Ember شیرجه بزنید، ممکن است من را در کمین سرور Discord بیابید. اگر سؤالی دارید و من پاسخ آن را می‌دانم، ممکن است سعی کنم کمک کنم – اما احتمالاً شخصی آگاه‌تر قبل از اینکه بتوانم به آن پاسخ خواهد داد. بنابراین شاید بتوانیم درباره دلایل بیشتری برای انتخاب نکردن Ember برای پروژه بعدی خود صحبت کنیم!

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

1. شما یک توسعه دهنده وب جاه طلب نیستید

Ember خود را به عنوان “چارچوبی برای توسعه دهندگان وب جاه طلب” معرفی می کند، و اجازه دهید با آن روبرو شویم، همه جاه طلب نیستند – یا یک توسعه دهنده وب. توسعه‌دهندگان بلندپرواز روی پروژه‌های جاه‌طلبانه کار می‌کنند و پروژه‌های جاه‌طلبانه به زیرساخت‌هایی نیاز دارند که Ember به‌طور کامل شامل آن می‌شود.

در سال 1998، من اولین وب سایت خود را با نام “The Track Shack” ایجاد کردم. این یک سایت در مورد تیم پیست دبیرستان ما بود که من یکی از اعضای آن بودم. اون موقع بلد نبودم کدنویسی کنم من مقالاتی را با استفاده از Microsoft Word 97 نوشتم و از ویژگی “ذخیره به عنوان صفحه وب” برای صادرات آنها به HTML استفاده کردم، که سپس آن را در وب سایت Geocities خود آپلود کردم. یک روز، مربی من از من پرسید که آیا یک وب سایت ایجاد کرده ام یا نه – ظاهراً مربیان دیگر در سراسر ایالت از آن برای دریافت اخبار دو و میدانی از منطقه ما استفاده می کردند. من حتی نتایج ملاقات را از The Commercial Appeal (که در آن زمان آنلاین نبود) اضافه کردم و حساب‌های نمایشی رویدادهای تیممان را از جلسات محلی اضافه کردم.

اگر سایت ساده‌ای مانند آن نیازهای شما را برآورده می‌کند، درست پیش بروید و از ویژگی «ذخیره به عنوان صفحه وب» Word استفاده کنید.

2. شما می خواهید چارچوب خود را جمع آوری کنید

Ember یک فریم‌ورک ظاهری مبتنی بر باتری است. اگر ترجیح می دهید زمان خود را صرف انتخاب هر کتابخانه، درست تا نسخه پچ، و ایجاد تنظیمات سفارشی خود کنید، به شدت از Ember ناامید خواهید شد.

در Ember، شما یک پروژه جدید را با اجرای:

npm install -g ember-cli
ember new my-project
وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

و voilà—یک پروژه جدید آماده اجرا با:

npm start
وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

توجه داشته باشید که تست های واحد قبلاً پیکربندی شده اند، که ما را به دلیل شماره سه می رساند.

3. شما برای نوشتن هیچ آزمون واحدی برنامه ریزی نمی کنید

Ember به طور خودکار تست های واحد، ادغام و پذیرش را راه اندازی می کند و هر زمان که از تولید کننده کد داخلی خود استفاده می کنید، در مکان های صحیح خرده تولید می کند. برای مثال، اگر یک کامپوننت جدید با ember generate component big-buttonEmber فایل‌های کامپوننت و نمونه‌های خرد را برای آن تولید می‌کند، که قرار است آن‌ها را با اظهارنظرهایی برای آزمایش مؤلفه خود پر کنید.

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

4. از جاوا اسکریپت بومی متنفرید

Ember از ویژگی‌های بومی جاوا اسکریپت استفاده زیادی می‌کند و استفاده از کتابخانه‌هایی مانند jQuery برای مدیریت DOM عموماً مورد انتقاد قرار می‌گیرد. برای مثال، در اینجا نحوه ظاهر یک جزء مبتنی بر کلاس آمده است:

import Component from '@glimmer/component';

export default class DeleteJavaScriptButton extends Component {
   handleClick = () => {
      fetch(`/api/v1/languages/JavaScript`, {
          method: 'DELETE',
      }).then(() => console.log('deleted JavaScript'));
   }
   <template>
      <button {{on 'click' this.handleClick}}>Delete JavaScript</button>
   </template>
}
وارد حالت تمام صفحه شوید

از حالت تمام صفحه خارج شوید

اگر از طرفداران جاوا اسکریپت بومی نیستید، مطمئناً Ember برای شما مناسب نیست.

5. از جدا کردن قالب ها از جاوا اسکریپت متنفرید

در زمان های قدیم، صفحات HTML را با رشته های قدیمی جاوا اسکریپت می ساختیم، مانند این:

var myHtml = '

		

		
	

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا