أفضل نظام تشغيل لتطوير جافا؟[مغلق]

https://stackoverflow.com/questions/256169

05-07-2019
|

سؤال

ما هو أفضل نظام تشغيل لتطوير جافا؟يقوم الأشخاص من شركة Sun بدفع Solaris، نعم لدى Solaris بعض الميزات الإضافية المضمنة في حد ذاتها مثل (dTrace، وإمكانية ضبط الأداء لـ JVM، وما إلى ذلك.).قام بعض أصدقائي بتقديم طلباتهم إلى سولاريس، وقالوا لي إن العروض كانت رائعة.لست سعيدًا بتبديل نظام التشغيل الخاص بي، واستخدام Solaris بدلاً من ذلك.

ما هي تجاربك؟

المحلول

من بين الثلاثة التي استخدمتها (Mac OS X وLinux وWindows)، أعتبر Linux أفضل مكان لتطوير Java.

جهازي الشخصي الأساسي هو جهاز Mac، وقد قمت بالكثير من تطوير Java هناك وكنت سعيدًا به.ومع ذلك، لسوء الحظ، تتخلف شركة Apple عن إصدارات JDK الرسمية وتقتصر إلى حد كبير على الإصدارات القليلة التي تختار توفيرها.

الجهاز الذي يوفره لي صاحب العمل عبارة عن صندوق P4 قديم من HP والذي أستخدمه غالبًا للحفاظ على دفء قدمي.العمل الحقيقي يحدث "أوبيرون"، على تشغيل رباعي النواة بسرعة 2.6 جيجا هرتز أوبونتو 8.04 في وضع 32 بت [1].الميزتان اللتان ألاحظهما يوميًا مقارنةً بنظام Windows هما:

سطر أوامر قوي، يساعدني في أتمتة الأشياء الصغيرة المملة.
بعيد أداء متفوق لنظام الملفات.(أنا حاليًا أستخدم EXT3 لأنني أصبحت محافظًا في سن الشيخوخة.لقد استخدمت ReiserFS سابقًا، والذي كان أسرع بالنسبة لأنواع العمليات التي يتم إجراؤها عادةً على مساحات العمل الكبيرة التي تم سحبها من التخريب.)

يمكنك الحصول على هذه المزايا من جهاز Mac أيضًا، لكن Linux يقدم مكافأة رائعة أخرى:

البعيد X11:قبل أن يقدم $EMPLOYER البريد الإلكتروني والتقويم عبر الويب، كان علي أن أكون في صندوق Windows لقراءة بريدي ورؤية اجتماعاتي، لذلك استخدمت Cygwin's X11.سمح هذا لي بتشغيل الأشياء على Linux ولكن عرضها على سطح مكتب Windows الخاص بي.

[1] اعتدت تشغيل Ubuntu في وضع 64 بت، لكن لم أواجه أي مشكلة.(الخلط بين 64 بت و32 بت هو أمر يفعله نظام التشغيل Mac OS X كثيراً أفضل.) يعمل الإصدار 7.04 بشكل جيد عند تشغيل تطبيقات 32 بت على نواة 64 بت.7.10 كسر linux32 البرنامج النصي والقدرة على تثبيت تطبيقات 32 بت جديدة على الرغم من استمرار تشغيل التطبيقات القديمة (في الغالب).8.04 قتل Java 32 بت عن طريق جعل الاتصال بالشبكة من JVM 32 بت مستحيلًا (لا مزيد من التحديثات لـ Eclipse).تشغيل Eclipse 64 بت لم يعمل بشكل موثوق.سيتم تشغيل الإصدار الحالي من oXygen (على مضض) فقط ضمن جهاز IBM 64 بت VM والذي سيعمل لمدة 10 دقائق تقريبًا حتى يتوقف عن الحصول على أحداث لوحة المفاتيح.لقد استسلمت أخيرًا للإحباط واستخدمت جهاز Mac الخاص بي لبضعة أشهر حتى كان لدي ما يكفي من الوقت للقيام بتثبيت 32 بت لـ 8.04 على صندوق Linux.الآن كل شيء يعمل مرة أخرى وأنا سعيد للغاية.

نصائح أخرى

ووضع على كل ما تريد. كمبرمج جافا قد ترغب في تجنب ماك OS X، في المقام الأول بسبب الميزات الجديدة ويبدو أن تأخرت كثيرا، وأيضا لأنك يمكن أن تجد أنك لم تعد حصلت على الجهاز الذي يدعم الإصدارات الجديدة من جافا. أما وقد قلت ذلك أتصور تطوير على نظام التشغيل Mac OS X يجب أن يكون لطيفا جدا (اجهة سطر الأوامر، dtrace، OS لطيفة).

وأطور على النوافذ مع IntelliJ لل7. كل شيء على مايرام، ولكن يحتاج إلى بعض الأجهزة الضخمة. وبعد ذلك نشر على سولاريس / لينكس. إلا إذا كنت تكتب في واجهة المستخدم الرسومية أو دمج مع رمز C ++، يجب أن تكون على ما يرام اختيار ما يقوم المبتكر.

و"التنمية"؟

وأعتقد أنك يجب التمسك OS كنت أكثر راحة مع، أو الذي هو الأكثر جاهزون لمجموعة كبيرة (من المطورين)، مثل على سبيل المثال مجموعة من أجهزة الكمبيوتر على ويندوز.

فمن النادر أن تحتاج إلى القيام ضبط معمقة حول <م> تطوير المنصة.

وأنت سيحتفظ كل تلك dtrace وغيرها من ضبط الأداء إلى منصة التجميع (على سبيل المثال في لينكس)، لنشر اليومية حيث معاد كل شيء، واختبار وحدة.

وثم هل يمكن اقامة JVM خاص (مثل IBM JRockit بدلا من الشمس JRE) للقيام ببعض التحليل على منصة التكامل الخاص بك، حيث كل ما تبذلونه من نظام يمكن اختبارها من الأمام إلى الخلف، مع التوتر وعدم الانحدار اختبار

وأخيرا، وجعل كل (اختبارات القبول العضو) ضد التعذيب على منصة مرحلة ما قبل الإنتاج (والتي يمكن أن تكون مكلفة أو F15K SunFire880 أو V490 أو ...)، مع الهدف JRE المستخدمة هناك.

وجهة نظري هو: هناك الكثير من المعلمات أن تأخذ في الاعتبار بين التنمية والافراج عن حيز الإنتاج أن التحول OS في مثل هذه المرحلة المبكرة قد تكون غير ضرورية

ووضع على ما كنت راضيا، والاختبار على ما نشر على.

وأحصل على تطوير جافا على بلدي ماك، ونشر على سولاريس ولينوكس. والحقيقة هي أن الجزء الأكبر من المهام، جافا يمكن تطويرها بطريقة مستقلة OS. هذا ينطبق بشكل خاص على تنمية جانب الملقم هذا.

وأنا أحب تطوير على يونيكس بشكل عام على مربع ويندوز، ولكن هذا لي.

وانا اقول ماك OS X.

وتطوير جافا بنيت في جميع أدوات سطر الأوامر يونيكس تريد. خارج الصندوق. النملة ومخضرم هناك. لا أحدث الإصدارات، ولكن هذا السهل بما فيه الكفاية للترقية.

نعم، قد لا يكون لديك أحدث نسخة من جدك، ولكن في الحقيقة، إلا إذا كان لديك حاجة إلى تطوير للحصول على أحدث وأكبر JDK، فإنه لن يكون مشكلة.

والجواب هو easiear مما تظن: استخدام نظام التشغيل المفضل لديك. لجاوا، انها أفضل إجابة. لا تطور نفسها، ولكن الراحة الخاصة بك وسوف تساعد نجاحك، وتصفح المستندات وغيرها في البيئة المفضلة لديك.

وشخصيا، وأود أن لا يكلف نفسه عناء. وأود أن استخدام المنصة التي تدعم أفضل أدوات تطوير والأساسي الهدف التي تستخدمها.

وماذا تحتاج لضبط JVM؟ هذا أمر غير عادي جدا تريد أن تفعل. هل يكون كتابة أفضل بلغة المستوى الأدنى مثل C ++؟

وDtrace يتوفر للOS X، هناك ميناء لينكس للغاية. تمت زيارتها سولاريس تاريخيا سمعة لكونه بطيئا (ومن هنا جاء لقب Slowaris). أنا لست متأكدا إذا كان هذا لا يزال صحيحا.

ولقد كان نجاح قبل القيام تطوير جافا في ويندوز مع الكسوف. يبدو وكأنه كنت تسأل أيضا عن نشر / استضافة. أيهما OS الأفضل لتشغيل التطبيق الخاص بك على أن لا المسند حقا ما OS تستخدمها لتطوير التطبيق.

ويندوز والكسوف يعمل بشكل جيد، كما اقترح pmiller. ويمكنني أن أوصى OS X مع أي الكسوف أو فكرة IntelliJ (يعمل هذا الأخير أيضا على ويندوز، أيضا).

ولقد فعلت فقط من أي وقت مضى تطوير جافا الأساسية على سولاريس (هياكل البيانات الأساسية "ممارسة البرمجة في جامعة)، لذلك لا يمكن أن تقدم أي مقارنة حقيقية، وأنا خائف. لم أجد أنها مؤلمة جدا على سولاريس، على الرغم من، وذلك بسبب عدم وجود الأدوات المناسبة (أعتقد أنني اقتصر على إن إيدت أو شيء).

وهناك شيء واحد يجب أن تأخذ في الاعتبار هو ما إذا كنت سوف يتم تطوير التطبيقات التي يمكن تشغيلها على نظام ماك. أنا أحب OS X، ولكن جعل ستيف حسن البالغ من العمر المؤكد أننا العديد من الإصدارات دائما JDK وراء. نحن بالكاد حصلت جافا 6. تطوير على لجنة الهدنة العسكرية قد لا يقل عن ضمان كنت تعمل تحت أدنى نسخة JDK ممكن.

ولقد استعملت لينكس، نظام التشغيل ويندوز اكس بي حجة كبيرة لصالح OS X هو أنه مستخدم نظام التشغيل ودية (أي لا أستطيع تشغيل اي تيونز، ومعظم المتصفحات الحديثة، ولست بحاجة إلى تخصيص 50 ٪ من وقتي الحفاظ على جهاز كمبيوتر محمول مثل لينكس) مع مؤسسة يونكس. ونظرا لأن معظم تطوري هي لأنظمة يونكس، وهذا يجعل الحياة بشكل كبير أكثر إنتاجية. أيضا، هناك مجتمع التنمية أكثر وأكثر نشاطا وراء منصة هنا. هذه الأسباب أيضا العمل في الاتجاه المعاكس ويندوز - في حين يغلق سيغوين بعض المتطلبات الخاصة بي لاستخدام أدوات يونيكس - لا شيء مثل وجود نظام يونيكس الحقيقي.

وبيئة التطوير الخاصة بك يجب أن يكون نفس AS PRODUCTION.

وليس هناك "بيئة تطوير أفضل" وهي ليست مماثلة لبيئة الإنتاج. تشغيل ما قمت بتشغيل في الإنتاج، في عملية التنمية.

ومع ذلك، هذا لا يعني أنك لا يمكن تشغيل IDE، على سبيل المثال، على نظام تشغيل آخر، شريطة أن لا تزال تفعل التطوير على النظام نفسه، إنتاج (على جهاز آخر، أو VM، على سبيل المثال).

ويندوز هو على ما يرام.

وسولاريس هو بيئة تطوير جافا رائعة جدا (أنا أحب ذلك أفضل من ويندوز، ولكن لأسباب ذاتية)، ولكن إلا إذا كنت نشر على ذلك، فإنه قد لا يكون من المفيد التحول إلى.

ولينكس هو عالي الكعب قليلا لتطوير جافا، ولكن قابلة للتنفيذ.

وواحد فقط لا أستطيع أن يوصي هو ماك لأنهم دائما حتى الآن وراء لإصدار جافا المتاحة (غير المقدمة من الشمس وأبل يفعل خاصة بهم).

وأفضل نصيحتي هي تطوير على النظام الأساسي التي يتم استهداف. وبهذه الطريقة، عند تشغيله خلال لك اختبار تطوير وتشغيل وحدة الاختبارات الخاصة بك، وانت تعرف أنه سوف يعمل على منصة الهدف أيضا، دون أي مفاجآت سيئة.

إذا كنت تستهدف جميع منصات فإنك قد ترغب في الواقع لتطوير على ماك لأنك سوف تحصل المفاجآت الأكثر سيئة على ماك. بقدر ما يذهب جافا، على ويندوز ويونكس، "يعمل فقط"، ولكن ليس كثيرا على ماك. الشمس يطور وقت التشغيل جافا (JRE) لكافة أنظمة التشغيل باستثناء ماك. أبل تطور JRE الخاصة بهم.

إذا كنت في وضع على ماك، كنت على الأرجح تطوير ضد القاسم المشترك الأدنى، وذلك ما يعمل على ماك ينبغي أن تعمل على الآخرين. وقد كان ذلك تجربتي.

وباستثناء ذلك، وأنا دائما ننصح اختيار نظام التشغيل على أساس ما إذا كان يعمل هذا البرنامج. اختيار نظام التشغيل الذي يعمل IDE الخاص بك وغيرها من الأدوات التي تستخدمها لتطوير واختبار. إذا كان يتم تشغيل أكثر من نظام تشغيل واحد الأدوات التي تحتاج إليها، اختيار واحد أن يدير لهم أفضل.

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow