انجمن‌های فارسی اوبونتو
جامعه کاربران => کافه اوبونتو => نویسنده: hartin در 19 امرداد 1401، 06:39 ب‌ظ
-
دوستان اندروید استدیو برای سیستم که چهار گیگ رم e5300داره خوب کار نمیکنه یه IDEخوب و مشابه اگر میشناسید معرفی کنید
-
نداریم :D
-
دوستان اندروید استدیو برای سیستم که چهار گیگ رم e5300داره خوب کار نمیکنه یه IDEخوب و مشابه اگر میشناسید معرفی کنید
سیستم عاملی که روی این کامپیوتر نصب هست چیه ؟
-
ویندوز ده هیچ کدوم از توزیع ها نصب نشدن به خاطر گرافیک انویدیا فقط پاپی شد باید حالت سیف گرافیک اوبونتو رو تست کنم اگر وقت کنم
-
ویندوز ۷ ۳۲ بیت نصب کنید میشه باهاش کار کرد اونوقت .
ویندوز ۱۰ خیلی سنگینه ولی ۷ خیلی سبکه و روی سیستم های ضعیف خوب کار میکنه .
توزیع هم اگر بتونید بسته هاش و بروز کنید (یادمه یه سری ریپازیتوری میرور بود برای توزیع های قدیمی) اوبونتو ۱۴.۰۴ یا حتی ۱۲.۰۴ هم سبکن برای سیستم شما .
-
یانی هیچ جایگزینی برای اندروید استدیو نیست اینتلیجی چی؟
-
eclipse رو قبلا میتونستید استفاده کتید ، الان نمی دونم .
-
من زمانی که روی اندروید کار میکردم، از ویم استفاده میکردم و وصلش کرده بودم به گریدل، خیلی سریع و روون‌تر از اندروید استودیو کار می‌کرد.
-
https://www.jetbrains.com/idea/
اینو یه بررسی میکنید؟فکر کنم سبک تر باشه (ناظران اگر میشه اینو بزارید تو تگ کد من با گوشی نتوانستم)
-
من زمانی که روی اندروید کار میکردم، از ویم استفاده میکردم و وصلش کرده بودم به گریدل، خیلی سریع و روون‌تر از اندروید استودیو کار می‌کرد.
حدود 6 ماه پیش برای کاتلین تحقیق کردم می شد ولی اجرا نکردم.
به نظرم بهترین راهکار همینه
https://www.jetbrains.com/idea/
اینو یه بررسی میکنید؟فکر کنم سبک تر باشه (ناظران اگر میشه اینو بزارید تو تگ کد من با گوشی نتوانستم)
باز همون همون IDE فرقی نمی کنه فقط زحمت راه اندازیش بیشتره
eclipse رو قبلا میتونستید استفاده کتید ، الان نمی دونم .
از یه تایمی به بعد بحث چند سال قبله دیگه پشتیبانی نمی شه. ولی اگر بود خوب بود. درنهایت ویم یه میوه دیگه است ولی
-
پس همون اندروید استدیو رو تست میکنم
-
ارتین یک بار گول قیافه پرم افزار رو نخور وقت بزا. ویم رو بساز دیگه سمت چیز دیگه ای نمیری یک پیشنهاد دوستانه
-
آیا امکانات اندروید استدیو رو داره؟
-
آیا امکانات اندروید استدیو رو داره؟
نه خوب به قطع، البته شاید خیلی از اون امکان‌ها اضافی باشه و شما با ابزارهای جانبی بتونید هندلش کنید، در کل ویژگی خوبی که اندروید استدیو داره اینه که مخصوص این‌کار است و امکاناتی مثل سینک شدن گریدل و خروجی گرفتن و اینا رو توی خودش داره، اگه شما می‌خواهید از IDE دیگه‌ای استفاده بکنید تنها امکاناتی که روی آن می‌خواهید فقط ایجاد ساختار بیسیک پروژه‌های اندروید است و تنظیم اون IDE برای درک فایل‌های جاوا یا کاتلین(یکم سخت‌تره چون مرسوم نیست برای غیر از اندروید استدیو)، که بتونه یه شما کلاس‌های دیگر و فایل‌های پروژه را پیشنهاد بدهد و به قول معروف پروژه اندرویدی را اجرا کند.
بعد از تمام این کارها شما باز نیازمند دستی اجرا کردن پروژه با گریدل برای گرفتن خروجی هستید، که با در نظر گرفتن تازه‌کار(اگه اینطوری نیست معذرت می‌خواهم) بودن شما یکم دردسر زیادی باید بکشید.
پس در نتیجه تنها گزینه شما برای الان همون اندروید استدیو است.
پ.ن: چند بار هم گفتم در ارسال‌هام که در حال حاضر توسعه برنامه‌های اندروید و IOS به شکل نیتیو کار معقولی نیست، می‌توانید Flutter یا React Native کار کنید که مزایای بسیاری دارند که با یک سرچ ساده متوجه می‌شوید.
-
بعد از تمام این کارها شما باز نیازمند دستی اجرا کردن پروژه با گریدل برای گرفتن خروجی هستید، که با در نظر گرفتن تازه‌کار(اگه اینطوری نیست معذرت می‌خواهم) بودن شما یکم دردسر زیادی باید بکشید.
گریدل به خوبی با ویم یکپارچه میشه. نیازی به اجرای دستیش نیست.
پ.ن: چند بار هم گفتم در ارسال‌هام که در حال حاضر توسعه برنامه‌های اندروید و IOS به شکل نیتیو کار معقولی نیست، می‌توانید Flutter یا React Native کار کنید که مزایای بسیاری دارند که با یک سرچ ساده متوجه می‌شوید.
این از اون حرف‌ها بود ها ((:
-
تا حالا نشده ویم با چیزی سازگار نباشه یا سخت باشه نهایتا یه میکفایل درست می‌کنی و یه شرت کی (short-key) برای اجرای اون میک می‌گذاری و خلاص.
البته خودم از NeoVim استفاده میکنم ولی تا حد زیادی یکی‌ان
-
من یه نرم افزار اماده میخام مثل اندروید استودیو نه ویم که خودم درستش کنم
-
چیز آماده تهش میشه همون اندروید استودیو!
-
پس گنو که به خاطر گرافیک کنسله باید ویندوز۷بووووقققق رو نصب کنم تا منابع کمتری مصرف کنه
-
من یه نرم افزار اماده میخام مثل اندروید استودیو نه ویم که خودم درستش کنم
توی ویم خلاقیت تنها محدودیته
-
گریدل به خوبی با ویم یکپارچه میشه. نیازی به اجرای دستیش نیست.
آهان خوب نمی‌دونستم، پس اینطوری خیلی بهتره.
این از اون حرف‌ها بود ها ((:
والا خسته شدم واقعا از بس از این موضوع دفاع کردم، خود من به شدت وسواس پرفورمنس دارم، بیش‌ازحد، اول هم بنده با جاوا برای اندروید برنامه می‌نوشتم ولی خوب به دلایل بسیار زیادی اومدم سمت react native، اینقدر مزیت‌هایی که فلاتر و راکت‌نیتیو ارائه می‌دهند بالاتر بود که کلا دیگه سمت جاوا و کاتلین نرفتم،تجربه هم ثابت کرده بهم اینقدر گوشی‌های امروزه قوی هستند که مشکلی از لحاظ پرفورمنس نداشته باشند، ابن را هم باید در نظر گرفت که react native هم از لحاظ کارایی بسیار سبک و روان شده است، من یه برنامه خیلی سنگینی که همزمان از دوربین استفاده می‌کرد برای پردازش تصویر و همچنین اطلاعاتی نیز روی دیتابیس می‌خواند و می‌نوشت را حتی روی گوشی با رم ۲ اجرا کردم و به خوبی بهم کارایی لازم داد...
هر جا هم که گیر بیفتم می‌تونم خیلی راحت به شکل نیتیو کد بنویسم و در قالب یک کامپوننت جدا در react native استفاده کنم.
با این تعریف‌هایی که کردم، علاوه بر اینکه سرعت توسعه بنده تقریبا ۸ برابر بیشتر از نیتیو نوشتن میشه، چرا نباید استفاده کنم؟ اگر دلیلی هست بفرمایید خوشحال هم می‌شوم...
-
فلاتر رو دوست دارم یاد بگیرم درسته کراس پلتفرمه؟ازاده؟
-
کاتلین هم همین‌طوره. با این فرق که سریع‌تره
-
کاتلین هم همین‌طوره. با این فرق که سریع‌تره
کاتلین سریعه ؟ نصبت به جاوا دیگه ؟
اون وقتی که کاتلین کار میکردم جونم در میومد تا یک پرینت اجرا بشه ! پایتون دنیایی بود برام ! (دوست دارم ادامه بدمش )
-
من زمانی که روی اندروید کار میکردم، از ویم استفاده میکردم و وصلش کرده بودم به گریدل، خیلی سریع و روون‌تر از اندروید استودیو کار می‌کرد.
آقای بهزادی ممکنه راهنمایی کنید چجوری از ویم برای کاتلین استفاده کنم و به گریدل هم وصلش کنم؟
-
کاتلین سریعه ؟ نصبت به جاوا دیگه ؟
نسبت* به ری‌اکت و فلاتر
-
پیام رو نقل قول کردید دیگه اصلاح فایده نداره :P
-
کاتلین سریعه ؟ نصبت به جاوا دیگه ؟
نسبت* به ری‌اکت و فلاتر
بله سریعتر هست، ولی آیا سرعت توسعه هم به اندازه راکت‌نیتیو و فلاتر سریع است؟
توی کاتلین منطق توسعه خیلی بهتر شده نسبت به جاوا، خیلی کدهای اضافه را نیازی نیست بزنیم ولی بازم همان دلایلی که عرض کردم در ارسال قبلیم مطرح است که اصلا این سرعت در گوشی‌های امروزه چقدر قابل مشاهده است؟
این را هم باید در نظر بگیریم خیلی از کنترل جریان‌های برنامه در جاوا و کاتلین دست خود برنامه‌نویس است و اگر پروژه بزرگ باشه و یکم برنامه‌نویس تجربه کافی را نداشته باشه توی جابجا شدن بین چند تا فرگمنت میزنه رم گوشی پر میکنه و برنامه کرش میکنه، این در صورتی است که در react native و فلاتر این نگرانی را وجود ندارد، حالا شاید بگویید که خوب ما می‌خواهیم در سطوح پایین‌تر برنامه را کنترل کنیم، بازم مشکلی نداره چون می‌توانید از کدهای کاتلین و جاوا در پروژه react native استفاده کنید و بهره ببرید.
شاید این قیاس کمی زیاده‌روی باشد ولی دقیقا به سمتی دارد می‌رود که شما برای سرعت بیشتر اسرار به توسعه برنامه با اسمبلی را دارید، در صورتی که با زبان‌های سطح بالاتر بسیار راحت‌تر می‌توانید برنامه خود را پیاده‌سازی کنید، با این حال شما اسرار بر اسمبلی دارید به دلیل سرعت اجرای خیلی بالاتر، آیا این سرعت در سیستم‌های امروزی اینقدر مطرح است؟ بله یک موقع برنامه‌ای اینقدر حساس است یا در سطوح پایین‌تری قرار است اجرا شود که باید با اسمبلی نوشته شود ولی در همه موارد اینطور نیست. بازم میگم مثالم یکی زیاده‌روی بود ولی فکر کنم اصل منظورم را رساند.
-
بله سریعتر هست، ولی آیا سرعت توسعه هم به اندازه راکت‌نیتیو و فلاتر سریع است؟
شاید این قیاس کمی زیاده‌روی باشد ولی دقیقا به سمتی دارد می‌رود که شما برای سرعت بیشتر اسرار به توسعه برنامه با اسمبلی را دارید، در صورتی که با زبان‌های سطح بالاتر بسیار راحت‌تر می‌توانید برنامه خود را پیاده‌سازی کنید، با این حال شما اسرار بر اسمبلی دارید به دلیل سرعت اجرای خیلی بالاتر، آیا این سرعت در سیستم‌های امروزی اینقدر مطرح است؟ بله یک موقع برنامه‌ای اینقدر حساس است یا در سطوح پایین‌تری قرار است اجرا شود که باید با اسمبلی نوشته شود ولی در همه موارد اینطور نیست. بازم میگم مثالم یکی زیاده‌روی بود ولی فکر کنم اصل منظورم را رساند.
دیگه خیلی وقت است که از فرگمنت ها به صورت قبل استفاده نمیشه(با navigation component استفاده می شد؟!) و الان هم کسی پروژه جدید شروع کنه نباید از فرگمنت استفاده کنه به خاطر اینکه رابط کاربری اندروید از xml به compose تغییر کرده و ضمن اینکه کامپوز با xml سازگار است و برای پروژه های قدیمی هم می توان کم کم به compose مهاجرت کرد
نوشتن رابط کاربری کامپوز مثل رابط کاربری ios و flutter است
و اینکه کاتلین مولتی پلتفرم هم داریم و میشه برای android و ios کد زد فقط تفاوتش به این شکل است که قسمت منطقی برنامه با کاتلین نوشته میشه و قسمت رابط کاربری با کتاب خانه همان پلتفرم نوشت خوبی این قابلیت اینه که شما قسمت منطقی رو در پلتفرم های مختلف به اشتراک می گذارید و قسمت رابط کاربری رو از کتابخانه های همان پلتفرم استفاده می کنید که مزیتش اینه که می توانید همیشه از آخرین امکانات همان پلتفرم استفاده کنید(که فکر نمی کنم داخل flutter و react native به این صورت باشه و گاهی اوقات باید منتظر اپدیت جدید پلاگین ها باشید)
دیگر قابلیت های پیشرفته کاتلین که بماند
-
چرا من نمیدونم شما چی میگید ! ، من ۵ روز در هفته دارم با اندروید استدیو نتیو کد میزنم فرگمنت و xml هم میزنم ، این چیزایی که میگید از کجا اومد :o
-
بله سریعتر هست، ولی آیا سرعت توسعه هم به اندازه راکت‌نیتیو و فلاتر سریع است؟
شاید این قیاس کمی زیاده‌روی باشد ولی دقیقا به سمتی دارد می‌رود که شما برای سرعت بیشتر اسرار به توسعه برنامه با اسمبلی را دارید، در صورتی که با زبان‌های سطح بالاتر بسیار راحت‌تر می‌توانید برنامه خود را پیاده‌سازی کنید، با این حال شما اسرار بر اسمبلی دارید به دلیل سرعت اجرای خیلی بالاتر، آیا این سرعت در سیستم‌های امروزی اینقدر مطرح است؟ بله یک موقع برنامه‌ای اینقدر حساس است یا در سطوح پایین‌تری قرار است اجرا شود که باید با اسمبلی نوشته شود ولی در همه موارد اینطور نیست. بازم میگم مثالم یکی زیاده‌روی بود ولی فکر کنم اصل منظورم را رساند.
دیگه خیلی وقت است که از فرگمنت ها به صورت قبل استفاده نمیشه(با navigation component استفاده می شد؟!) و الان هم کسی پروژه جدید شروع کنه نباید از فرگمنت استفاده کنه به خاطر اینکه رابط کاربری اندروید از xml به compose تغییر کرده و ضمن اینکه کامپوز با xml سازگار است و برای پروژه های قدیمی هم می توان کم کم به compose مهاجرت کرد
نوشتن رابط کاربری کامپوز مثل رابط کاربری ios و flutter است
و اینکه کاتلین مولتی پلتفرم هم داریم و میشه برای android و ios کد زد فقط تفاوتش به این شکل است که قسمت منطقی برنامه با کاتلین نوشته میشه و قسمت رابط کاربری با کتاب خانه همان پلتفرم نوشت خوبی این قابلیت اینه که شما قسمت منطقی رو در پلتفرم های مختلف به اشتراک می گذارید و قسمت رابط کاربری رو از کتابخانه های همان پلتفرم استفاده می کنید که مزیتش اینه که می توانید همیشه از آخرین امکانات همان پلتفرم استفاده کنید(که فکر نمی کنم داخل flutter و react native به این صورت باشه و گاهی اوقات باید منتظر اپدیت جدید پلاگین ها باشید)
دیگر قابلیت های پیشرفته کاتلین که بماند
من compose فقط در موردش از اطرافیان شنیده بودم، الان که سرچ کردم دیدم خیلی قدرتمند است، بله شاید الان دیگه کاتلین با compose و آن امکان مولتی‌پلتفرمی که ارائه می‌دهد شاید بتوانیم در زمینه سرعت توسعه با فلاتر و react native در رقابت قرارشان دهیم و قیاس کنیم.
در مورد آخرین امکانات پلتفرم‌ها، چون فلاتر و react native اوپن‌سورس هستند سریع آن امکانات یا توسط خود هسته اصلی یا در قالب ماژول‌های جداگانه ارائه می‌شود، این‌ها هم نبود دوباره می‌شود از همان کاتلین بهره برد و خودمان آن آپشن جدید را به شکل نیتیو توسعه دهیم و محدودیتی در این مورد ندارد.
-
بله سریعتر هست، ولی آیا سرعت توسعه هم به اندازه راکت‌نیتیو و فلاتر سریع است؟
…
۱. بله. کسی که کاتلین بلد باشه، می‌تونه با همون سرعت و حتا سریعتر کد بومی بزنه.
۲. اگه من بخوای تأخیر اجرای ری‌اکت رو تحمل کنم، خب چرا کاره اصلاً؟ ترجیح می‌دم از وبش استفاده کنم.
-
چرا من نمیدونم شما چی میگید ! ، من ۵ روز در هفته دارم با اندروید استدیو نتیو کد میزنم فرگمنت و xml هم میزنم ، این چیزایی که میگید از کجا اومد :o
خوب دوست‌عزیز شما هم خودت داری میگی چند روز در هفته را دارید به شکل نیتیو کد می‌زنید، پس به قطع تجربه کافی را دارید، منظور بنده شخصی است که برنامه‌نویس است و می‌خواهد یک برنامه موبایلی هم توسعه دهد، خوب قرار نیست برای لیست کاستوم شده ساده کلی بیاد Adapter درست کنه و دردسر بکشه، سریع منطق JS متوجه میشه و در react native یه FlatList میزنه و آرایه دیتاشو بهش پاس میده، از اون‌ورم در قالب یه کال‌بک دیتا رو میگیره و به هر شکلی که می‌خواهد نمایشش می‌دهد.
در مورد بحث کنترل مموری در جاوا هم دقیقا یادم نیست که روی چه پروژه‌ای بود، ولی بحث این بود که یکم از ماهیت روتین برنامه داشت خارج می‌شد و قرار بود یک پروسسی با یک فرگمنت در پس‌زمینه باز بمونه، خود اون عملیات مشکلی نداشت، ولی فرگمنتی که باز قرار بود بمونه اذیت می‌کرد و رسما پیرمون کرد تا اومدیم این مشکل حل کنیم. در صورتی که مورد مشابهی که عرض کردم را در react native چند وقت پیش با یک پراپس اضافه به react navigation هندل کردیم.
تمام این‌ها در موقعی است که بنده فقط یک داکیومنت از react native خوندم و تونستم اینقدر سریع برنامه را توسعه دهم...
-
خوب دوست‌عزیز شما هم خودت داری میگی چند روز در هفته را دارید به شکل نیتیو کد می‌زنید، پس به قطع تجربه کافی را دارید، منظور بنده شخصی است که برنامه‌نویس است و می‌خواهد یک برنامه موبایلی هم توسعه دهد، خوب قرار نیست برای لیست کاستوم شده ساده کلی بیاد Adapter درست کنه و دردسر بکشه
برای اطلاعات بیشتر در مورد کامپوز اینجا رو مشاهده کنید https://developer.android.com/jetpack/compose (https://developer.android.com/jetpack/compose)
دیگه از Adapter هم استفاده نمی کنند و از Column یا LazyColumn (برای لود لیست ها با اطلاعات زیاد) استفاده می شود
اطلاعات بیشتر اینجا رو مشاهده کنید https://developer.android.com/jetpack/compose/lists#lazylistscope (https://developer.android.com/jetpack/compose/lists#lazylistscope)
-
بله سریعتر هست، ولی آیا سرعت توسعه هم به اندازه راکت‌نیتیو و فلاتر سریع است؟
…
۱. بله. کسی که کاتلین بلد باشه، می‌تونه با همون سرعت و حتا سریعتر کد بومی بزنه.
۲. اگه من بخوای تأخیر اجرای ری‌اکت رو تحمل کنم، خب چرا کاره اصلاً؟ ترجیح می‌دم از وبش استفاده کنم.
۱. والا تجربه‌ای با چیزای جدیدی که بهش اضافه شده مثل همین کامپوس و اینا ندارم، ولی خوب اگر واقعاً اینقدر سرعت توسعه بالاتر هست که بله استفاده از کاتلین معقول‌تر است.
۲. نه دیگه آقا تا این حد ](*,) حتی اگه با اکسپو که واقعاً موتور وب را شبیه‌سازی می‌کند، هم برای react native برنامه را توسعه دهیم کارایی ده برابر بیشتر از وب به ما می‌دهد، این یکم زیاده‌روی است...
-
خوب دوست‌عزیز شما هم خودت داری میگی چند روز در هفته را دارید به شکل نیتیو کد می‌زنید، پس به قطع تجربه کافی را دارید، منظور بنده شخصی است که برنامه‌نویس است و می‌خواهد یک برنامه موبایلی هم توسعه دهد، خوب قرار نیست برای لیست کاستوم شده ساده کلی بیاد Adapter درست کنه و دردسر بکشه
برای اطلاعات بیشتر در مورد کامپوز اینجا رو مشاهده کنید https://developer.android.com/jetpack/compose (https://developer.android.com/jetpack/compose)
دیگه از Adapter هم استفاده نمی کنند و از Column یا LazyColumn (برای لود لیست ها با اطلاعات زیاد) استفاده می شود
اطلاعات بیشتر اینجا رو مشاهده کنید https://developer.android.com/jetpack/compose/lists#lazylistscope (https://developer.android.com/jetpack/compose/lists#lazylistscope)
خیلی ممنون، فکر کنم من یکم اطلاعاتم قدیمی شده ;D
حتماً در موردش می‌خونم، تشکر.