जब जावा वेब विकास के लिए एक अच्छा विकल्प है? [बन्द है]

35

जब जावा वेब विकास के लिए एक अच्छा विकल्प है?

कृपया यह न कहें "जब आपके पास एक विकास टीम है जो केवल जावा को जानता है।"

java web-development language-choice

— गुलशन
स्रोत

5

यह पूछा जा सकता है कि, कौन सी सुविधा जावा को मेरी वेब विकास भाषा बनाती है?

— अबिमारन कुगाथासन

1

जावा का उपयोग करने के लिए एक मामूली नकारात्मक पक्ष बाजार में एक डिफैक्टो प्रमुख ढांचे की कमी है। कोई जावा आधारित ढांचा वास्तव में अभी तक ढेर के शीर्ष पर नहीं चढ़ा है (जैसे स्ट्रट्स दिन में वापस आ गया था)। व्यक्तिगत रूप से मैं स्प्रिंग एमवीसी की ओर झुकता हूं अगर मैं किसी अन्य चीज के लिए स्प्रिंग ऐप या ग्रेल्स के साथ काम कर रहा हूं (जैसा कि आप कभी भी जावा से बाहर कॉल कर सकते हैं)।

— मार्टिज्न वर्बर्ग

इस सवाल से अचानक 25 अंक मिल गए!

— गुलशन

क्या हम खाते में मौजूदा ओपनसोर्स सॉफ्टवेयर ले रहे हैं?

— जोनाथन

2

"जैसे स्ट्रट्स दिन में वापस आ गया था": आज स्ट्रट्स का उपयोग करने में क्या गलत है (इसके अलावा यह फैशनेबल नहीं है)?

— जियोर्जियो

35

कई उपलब्ध रूपरेखाओं, मंच की परिपक्वता आदि को देखते हुए, मुझे "लगभग हमेशा" कहने का मोह है। यहाँ कुछ कारण हैं जब आपको जावा का उपयोग नहीं करना चाहिए:

एक शुद्ध एमएस दुकान के रूप में, आप शायद इसे .net तरह से करना पसंद करते हैं
यदि आपको सबसे सस्ते संभव वेबहोस्टर की आवश्यकता है, तो संभवतः आपके पास आपकी पसंद के रूप में केवल PHP है
यदि आप इसे जितनी जल्दी हो सके करना चाहते हैं, रूबी ऑन रेल्स, ग्रेल्स या Django शायद आपकी आवश्यकताओं के लिए बेहतर अनुकूल हैं
यदि आपकी विकास टीम केवल XYZ को जानती है, जहाँ XYZ! = Java, तो आप XYZ का बेहतर उपयोग करते हैं

— user281377
स्रोत

7

तो, हम जावा का उपयोग करते हैं यदि हम एक एमएस की दुकान नहीं हैं, तो होस्टिंग के लिए पैसा खर्च करने का इरादा है, जावा का उपयोग करने के लिए विकसित करने और जावा डेवलपर्स के लिए पर्याप्त समय है। ठीक है न?

— गुलशन

गुलशन: हाँ, आप इसे इस तरह रख सकते हैं

— user281377

3

इसके फूले हुए, एंट्रिप्सी जैसे कई अन्य कारण हैं और यह जावा है (यदि आप JVM के लिए Scala या किसी और चीज का उपयोग करते हैं तो अंतिम को अनदेखा किया जा सकता है)।

— रयूनोस

1

@ रेयानोस तो आप इसके बजाय क्या सलाह देते हैं?

2

@ ThorbjørnRavnAndersen वास्तव में निर्भर करता है कि आवश्यकताएं क्या हैं। यदि आवश्यकताएं सामान्य हैं (गैर-आला) तो आपके डेवलपर्स और सर्वरों के लिए जो भी प्लेटफ़ॉर्म सबसे सुविधाजनक है, उसका उपयोग करें।

— रेयानोस

19

जावा का उपयोग छोटी और मध्यम वेबसाइटों में किया जाता है। महत्वपूर्ण बिंदु यह है कि उदाहरण के लिए जावा वेबसाइट्स की तुलना में जावा वेबसाइटों के लिए बहुत कम मुफ्त वेब होस्टिंग है, जिसका अर्थ है कि जब तक आपके पास अपने स्वयं के वेब सर्वर को होस्ट करने के लिए पर्याप्त संसाधन नहीं हैं, तब तक आप संभवतः जावा का चयन नहीं करेंगे।

ध्यान दें कि जावा ईई 6 के साथ, विशेष रूप से वेब प्रोफाइल में, कई मानक प्रौद्योगिकियां शामिल हैं जो बहुत अधिक कोड के बिना बहुत शक्तिशाली वेब एप्लिकेशन बना सकती हैं। यह दुर्भाग्य से अभी तक मुख्यधारा नहीं है।

ध्यान दें कि यह हाल ही में Google एप्लिकेशन इंजन के साथ कुछ हद तक बदल गया है जो आपको निम्न मध्यम से मध्यम यातायात साइटों के लिए क्लाउड में मानक जावा वेब एप्लिकेशन (कुछ प्रतिबंधों के साथ) को तैनात करने की अनुमति देता है।

— उपयोगकर्ता 1249 को प्रकट करता है
स्रोत

सभी मामलों में मैं अपनी वेबसाइट को मुफ्त वेब होस्टिंग में होस्ट नहीं करूंगा। लेकिन सवाल यह है कि भुगतान किए गए जावा वेब होस्टिंग के साथ एक संभावना है? क्या यह उदाहरण के लिए बहुत महंगा है?

— गोमा

1

@ इस तरह से नहीं। ज्यादातर लोग सिर्फ सबसे सस्ते विकल्प के लिए जाते हैं और तदनुसार कोड करते हैं।

क्या उदाहरण के लिए दूसरों की तुलना में बहुत महंगा है? वहाँ जावा के लिए एक साझा होस्टिंग है?

— गोमा

@ सईद, ऐसे कुछ तकनीकी कारण हैं, जिन्हें आप JVM के एक ही लिनक्स और विंडोज बॉक्स पर समूहित नहीं कर सकते क्योंकि आप साझा LAMP इंस्टेंसेस बना सकते हैं, जिसका अर्थ है कि होस्ट किया गया JVM किसी होस्ट LAMP से अधिक महंगा है। Google एक अलग JVM का उपयोग करता है जिसका अर्थ है कि वे इसे मुफ्त में दे सकते हैं।

@ Thorbjörn: क्या आपके पास कोई लिंक है कि Google इसे कैसे करता है? मैंने सुना है कि वे जेट्टी का उपयोग करते हैं, लेकिन मुझे उनके समाधान के बारे में अधिक जानकारी नहीं है।

— जोनास

12

जब आपका प्लेटफ़ॉर्म UNIX / Linux है और आपको उपकरण के समृद्ध सेट की आवश्यकता होती है, जैसे ऑब्जेक्ट / रिलेशनल मैपिंग, सुरक्षा, वेब सेवाओं का कॉम्प्लेक्शन ऑर्केस्ट्रेशन, आदि।
(हम सरल वेबसाइटों के बारे में बात नहीं कर रहे हैं, हम हैं?)

— सोरंटिस को प्रकट करता है
स्रोत

1

आप इस सामग्री को स्क्रिप्टिंग भाषाओं से भी प्राप्त कर सकते हैं - पायथन और SQLAlchemy को देखें। यहां तक कि रेल एक ORM (ActiveRecord) का उपयोग करता है और इसकी अच्छी सुरक्षा है।

— ब्रायन डी।

3

वास्तव में, लेकिन मुझे नहीं लगता कि वे हाइबरनेट, स्प्रिंग फ्रेमवर्क, BPEL फ्रेमवर्क के रूप में शक्तिशाली हैं।

— सोरंटिस

1

गैर-यूनिक्स / विंडोज पर जावा के साथ क्या गलत है।

— टॉम हॉल्टिन -

2

कुछ भी तो नहीं। लेकिन विंडोज पर आपके पास .NET

— सोरेंटिस

2

-1 आपके किसी भी विकल्प की तरह यह ध्वनि करने के लिए सभ्य उपकरण उपलब्ध नहीं है।

— रायनोस

9

हर बार अभी तक एक और जावा टीम मुझे पेशाब करती है, मैं इस तरह के सवालों को देखकर भाप से उड़ जाता हूं। मैं दोहरा दूं। मैं क्लाइंट साइड देव हूं और अब करीब 5 साल से हूं। मैंने अधिकतर बंद-सामग्री वाले माइक्रोसाइट्स से लेकर उन साइटों पर काम किया है, जो बड़े पैमाने पर साइट के रूप में हैं, अधिक परिष्कृत ऐप-टाइप साइटों पर जहां वास्तव में गहरी UI विशेषज्ञता की आवश्यकता होती है। मैंने रेल, PHP, .net वेब फॉर्म (ew), .net MVC (बहुत बेहतर) और वेब विकास के लिए जावा सॉल्यूशंस की एक गुलदस्ता व्यवस्था देवों और टीमों के साथ की है जो सभी आपदाओं से निपटने के लिए पूरी तरह से निपट चुके हैं। मैं भी थोड़ा अजगर लिखता हूं और Django को खोदना शुरू कर रहा हूं।

जावा टीमों के साथ मेरा अनुभव सार्वभौमिक रूप से भयानक रहा है। उपकरण हमेशा एक PITA होते हैं। देवता कभी भी यह विश्वास नहीं करना चाहते कि उन्होंने कुछ भी गलत किया है और उन्हें अपने स्वयं के टर्फ को फिर से संगठित करने के लिए प्राप्त करने से पहले अपने अंत पर एक समस्या से इंकार कर दिया है जैसे कि दांत खींचना। मेरे अनुभव में जावा टीमों के साथ काम करने की पहली आकस्मिकता विकास का समय ई-मेल समय में परिवर्तित हो गई है, क्योंकि समस्या के अंत में कई लंबी व्याख्याएं लिखी गई हैं। जब तक आप वास्तव में इस पर कुछ नियंत्रण नहीं चाहते हैं HTML आम तौर पर उनकी समस्या नहीं है। तब उनके अंत में सब कुछ नरक में जाने की संभावना है क्योंकि आप वास्तव में कुछ ऊपरी स्तर के विभाजनों को चारों ओर ले जाना चाहते हैं।

भाषा मुझे नापसंद है, लेकिन मुझे लगता है कि वास्तविक समस्या संस्कृति है और तथ्य यह है कि स्वीकृति इतनी व्यापक है, आप बीच में मध्ययुगीनता की एक टन है। जिस तरह से जावा का विपणन किया गया है, उससे मुझे लगता है कि संस्कृति में स्प्रिंग्स है। एक बार लिखें, हर जगह तैनात। अनुवाद: "आपको केवल एक चीज सीखने की ज़रूरत है!" जो लोग पाते हैं कि अपील मूल रूप से वेब विकास के संबंध में अपने शिल्प का सम्मान कम से कम हर नाखून के लिए एक विशालकाय हथौड़ा की तरह जावा को लुभाना चाहते हैं।

इसलिए यदि आपके पास देव हैं जो जावा और अन्य भाषाओं को जानते हैं, लेकिन फिर भी वास्तव में जावा को पसंद करते हैं, तो मैं कहूंगा कि हां, सही समाधान की तरह लगता है तो आगे बढ़ें। लेकिन अगर आपके पास जावा देवता हैं जो जावा को जानते हैं और बाकी सब कुछ बस मुश्किल से मानदंडों को पूरा कर रहा है, तो वास्तव में इसे अपने फिर से शुरू करने पर एक बुलेट बिंदु बना सकते हैं, क्या उन्होंने HTML छोर पर विभिन्न प्रकार के अर्ध-जटिल पृष्ठों के साथ एक सरल ऐप बनाया है और इसे आज़माएं सरल परीक्षण। कुछ HTML तोड़ें। उन्हें पता लगाने की कोशिश करें कि क्या गलत है। यदि वे जिस तत्काल समस्या को हल करना शुरू करते हैं, वह स्वयं को दोष मुक्त करने के लिए है, उन्हें वेब विकास से दूर रखें! @ # $। वेब देव बहु-विषयक है और सफल होने के लिए इस क्षेत्र में सक्रिय रुचि की आवश्यकता है। यह उन लोगों के लिए एक जगह नहीं है जो केवल एक भाषा का ज्ञान बनाए रखना चाहते हैं और उन्हें हल करने में रुचि रखने की तुलना में समस्याओं से अधिक भयभीत हैं।

मैं यह नहीं कह रहा हूं कि जावा ही अक्षमता की जड़ है और मैंने सुना है कि वसंत अच्छा है। मुझे यकीन है कि वहाँ सक्षम जावा टीमें हैं। मैं अभी तक एक में नहीं चला है और मुझे नहीं लगता कि यह एक संयोग है। मुझे लगता है कि सूर्य के पास करने के लिए बहुत कुछ है। मुझे यह भी लगता है कि आईटी विभाग जैसे या इसके तहत वेब टीमों को चलाने के लिए बहुत कुछ है।

— एरिक रेपेन को दर्शाता है
स्रोत

1

मेरी वही समस्याएं हैं जिनका आप वर्णन करते हैं, लेकिन कभी नहीं सोचा था कि यह प्रोग्रामिंग भाषा पर निर्भर हो सकता है। क्या आपको लगता है कि जो लोग, PHP में प्रोग्राम करते हैं, वे अधिक खुले दिमाग वाले और लचीले होते हैं?

— Виталий Олегович

PHP डेवलपर के बारे में 100% है और इसके आसपास की संस्कृति के बारे में कम है। मुझे इसकी निरंतरता की कमी से प्यार नहीं है, लेकिन मैं वेब डेवलपमेंट के लिए एक मिड लेवल की PHP टीम के काम पर भरोसा करूंगा, जिस तरह से मैं जावा टीम पर भरोसा नहीं करूंगा। यह मदद करता है कि एक अनुभवी PHP देव के लिए कुछ भी काम करने की संभावना नहीं है, लेकिन वेब और s / वह संभवतः डिग्री / क्रेडेंशियल्स पर अनुभव के लिए काम पर रखा गया है। जावा की समस्या भाषा की अंतर्निहित कठोरता के कारण हो सकती है, लेकिन मुझे ईमानदारी से लगता है कि यह जावा देवों को प्रशिक्षित करने के तरीके के बारे में अधिक है, जावा समाधानों को अपनाया जाता है, और जावा देवों को काम पर रखा जाता है।

— एरिक रेपेन

1

@ एरिक रेपेन: मुझे लगता है कि आप अपने अनुभव को बढ़ा रहे हैं: मुझे नहीं लगता कि जावा टीमें उन टीमों की तुलना में बदतर हैं जो अन्य भाषाओं में काम करती हैं या कम से कम, औसत से भी बदतर हैं। मैं दो बहुत अच्छी दुकानों को जानता हूं जो जावा के साथ भारी काम करती हैं। सबसे पहले, जावा में और रूबी (लगभग 50%) में प्रोजेक्ट करता है। दूसरा मुख्य रूप से जावा में काम करता है लेकिन स्काला और कॉमन लिस्प में अलग-अलग प्रोजेक्ट किए हैं।

— जियोर्जियो

@ जिओर्जियो मैं इससे चूक गया लेकिन मैंने .NET, रेल्स, जावा और PHP के माध्यम से बैक-एंड को संभालने वाले अन्य लोगों के साथ काम किया है। मैं अन्य भाषाओं के साथ एक बार के अनुभव की गिनती नहीं कर रहा हूं और भद्दे देव निश्चित रूप से जावा के लिए अद्वितीय नहीं हैं। इसके अलावा, जैसा कि मैंने कहा कि मैं 100% निश्चित हूं कि वहाँ बहुत सक्षम जावा टीमें हैं। किसी को इसे चूसना नहीं है, लेकिन आईएमओ, मैं अतिरंजना नहीं कर रहा हूं। मध्य स्तर पर जावा देवों के साथ एक समस्या है। मेरे अनुभव में यह एक सांस्कृतिक घटना है। इस तरह के एक बुरा है कि मैं जावा दुकानों के साथ काम लेना बंद कर दिया है जब तक कि मैं प्रश्न में देवों को नहीं जानता।

— एरिक रेपेन

5

जावा छोटे वेब साइटों के लिए पूरी तरह से ठीक है, आप उदाहरण के लिए, उदाहरण के लिए, जेएसपी पृष्ठों को बहुत ही जल्दी काम कर सकते हैं जैसे कि जावा वेब सर्वर जैसे कि टॉमकैट ।

हालांकि मेरे अनुभव में जावा बड़ी वेबसाइटों के लिए अधिक सामान्य है, जहां जटिल सर्वर-साइड प्रसंस्करण की अधिक आवश्यकता है - इस मामले में आपको अधिक परिष्कृत जावा फ्रेमवर्क मिलेंगे जैसे कि जावासेवर फेस (जेएसएफ)।

यह ध्यान रखना महत्वपूर्ण है कि एक पूर्ण जावा स्थापना ऐतिहासिक रूप से कई सस्ते वेब होस्टिंग सेटअपों में उपलब्ध नहीं थी, जिससे इन वातावरणों में PHP जैसी अन्य भाषाओं के प्रसार की व्याख्या हो सके।

— mikera
स्रोत

क्या इसका मतलब है कि जावा वेब एप्लिकेशन होस्ट करना बहुत महंगा है? या यह उदाहरण के लिए PHP के रूप में सस्ता नहीं है? क्या आप मुझे जावा के लिए एक अच्छा वेब होस्ट लिंक दे सकते हैं ताकि मैं कीमतें देख सकूं? मैंने एक खोज की, लेकिन मुझे नहीं पता कि किसकी मानक कीमतें हैं, इसलिए मेरे पास इसके बारे में एक बड़ी तस्वीर हो सकती है।

— गोमा

1

जावा वेब अनुप्रयोगों की मेजबानी करना महंगा नहीं है, आपको बस एक होस्टिंग प्रदाता की आवश्यकता है जो आपको जावा अनुप्रयोगों को चलाने की अनुमति देता है। किसी भी लिनक्स होस्टिंग वातावरण जहां आपको मशीन में एक लॉगिन खाता मिलता है, वह ठीक होगा - मैं व्यक्तिगत रूप से अपने जावा होस्टिंग के लिए अमेज़ॅन वेब सेवाओं पर उबंटू का उपयोग करता हूं।

— मीका

2

वेब विकास में जावा का उपयोग करने के मुख्य कारण निम्नलिखित हैं:

क्लाइंट इसकी मांग करता है। बेहतर या बदतर के लिए, कुछ ग्राहकों के पास "स्वीकृत तकनीकी सूचियाँ" होती हैं, और यदि आप उस सूची पर कुछ प्रस्तावित नहीं करते हैं, तो आप बेहतर व्याख्या करेंगे कि सूची में कुछ क्यों और क्यों - का उपयोग नहीं किया जा सकता है।
विंडोज पर विकसित करें, यूनिक्स पर तैनात हैं। अधिकांश विकास मशीनें विंडोज हैं, कुछ मैक हैं, और बहुत कम लिनक्स हैं - जैसे आप नियमित ग्राहक मशीनों के साथ उम्मीद करेंगे। हालाँकि, सर्वर पर, आप यूनिक्स के कुछ रूप को देखने की संभावना रखते हैं क्योंकि आप एक विंडोज सर्वर हैं। जावा शायद कहीं भी एक बार लिखने के लिए निकटतम है (यह सही नहीं है, लेकिन कुछ विकल्पों से बेहतर है)।
प्रबंधन की पसंद। आइए इसका सामना करते हैं, किसी अन्य भाषा पर जावा का चयन करने से प्रोग्रामर को खोजने और टीम के सदस्यों को बदलने में सक्षम होने के साथ अधिक करना होगा जो भाषा के गुणों के आधार पर परियोजना को पूरी तरह से आधारित होने से छोड़ देते हैं।

— बेरिन लोरिट्श
स्रोत

# 2 के बारे में: कृपया अपनी आईडीई को सही ढंग से कॉन्फ़िगर करें। एक्लिप्स में कुछ विंडोश फ़ाइल एन्कोडिंग को डिफ़ॉल्ट करने का यह विचार है जो लिनक्स सर्वर में तबाही ला सकता है।

— एल्डेलशेल

मैं वास्तव में उन धारणाओं का जिक्र कर रहा था जहां कुछ फाइलें रहती हैं, और किसी भी समय आपको ऑपरेटिंग सिस्टम के साथ बातचीत करनी होती है।

— बेरिन लोरिट्श

"सी शायद एक बार कहीं भी लिखने के लिए निकटतम है" मैंने तय किया कि आपके लिए।

— रायनोस

@ रेयानोस, अगर केवल यही सच था। दुर्भाग्य से, जब तक कि आपके पास सभी प्लेटफार्मों पर समान मानक लाइब्रेरी नहीं हैं, तब तक यह सही नहीं हो सकता है। कोर सी भाषा बहुत पोर्टेबल है, मैं आपको वह देता हूं। हालाँकि, कुछ भी जो ओएस विशिष्ट है (जैसे कि थ्रेड बनाना, सॉकेट खोलना, या यूआई तत्व बनाना) एपीआई में कुछ ऐसा है जिसे एक सरल recompile के साथ पोर्ट नहीं किया जा सकता है। जावा के साथ, कोई भी पुनरावर्ती आवश्यक नहीं है, नई प्रणाली एपीआई का उपयोग करने के लिए कोड को बदलना बहुत कम है।

— बेरिन लोरिट्श

@BerinLoritsch आपके कहने का मतलब है कि 40 साल के बाद हमारे पास OS- विशिष्ट सामान के लिए सामान्य API नहीं है जो कि एक साधारण री-संकलन के साथ क्रॉस-प्लेटफॉर्म पर काम करता है? मैं कल्पना कर सकता हूं कि यह 80 के दशक में सच है।

— रयूनोस

2

तकनीकी रूप से बोल रहा हूं:

यदि आप एक आर्किटेक्चर को परिभाषित कर सकते हैं जो हॉट-स्पॉट ऑप्टिमाइज़र के लिए उत्तरदायी है।
यदि आप बड़े पैमाने पर OO ओवरहेड जावा लगाने की आवश्यकता का अनुमान लगाते हैं।

अगर मैं एक वेब एप्लिकेशन शुरू कर रहा था, तो मैं रूबी को रेल्स पर इस्तेमाल करूंगा और इस तरह से डिजाइन करूंगा कि जब आरआरआर अपनी प्रदर्शन स्केलिंग सीमा को हिट करे तो हॉटस्पॉट्स को स्वैप किया जा सके।

जावा में COBOL की एक निश्चित गंध है और "लो-एंड कोडर्स जावा का उपयोग करते हैं" इसके बारे में लटका हुआ है, और ओरेकल फ़ासिको प्रतिष्ठा की मदद नहीं कर रहे हैं। यदि आपके पास विकल्प है , तो ऐसी भाषा चुनें जो शीर्ष देवों को आकर्षित कर रही हो।

— पॉल नाथन
स्रोत

"ऐसी भाषा चुनें जो शीर्ष देवों को आकर्षित कर रही हो।" उदाहरण?

— एल्डेलशेल

1

@Ubersoldat: गो, रूबी, क्लोजर, हास्केल, पायथन सभी भाषाएं हैं जो ऐसा करती हैं।

— पॉल नाथन

पायथन अच्छा है क्योंकि यह वास्तव में जावा की बहुत सी चीजों पर सफल होता है। और जब आप किसी अन्य भाषा के साथ किसी समस्या को हल करना चाहते हैं, तो इसे दूसरों के साथ खेलना अच्छा नहीं होगा। मैं रूबी के बारे में नहीं जानता, लेकिन रेल देवता मेरे अनुभव में एक आकर्षण हैं। यह JQuery का प्रभाव है। जो लोग जानते हैं कि वे इसे पसंद कर रहे हैं क्योंकि यह सही हाथों में तेज़ और प्रभावी है। जो लोग नहीं जानते कि वे ऐसा क्या कर रहे हैं क्योंकि उन्हें उतना जानना नहीं है।

— एरिक रिपेन

@ एरिक रेपेन: दूसरी ओर, रूबी एक भाषा के रूप में पायथन की तुलना में एक अच्छा और सुसंगत डिजाइन है। मुझे वास्तव में लगता है कि ये भाषा तुलना अक्सर स्वाद का विषय होती है और एक ऐसी भाषा का पक्ष लेती है जिससे वे अधिक परिचित होते हैं।

— जियोर्जियो

0

यह सरल है: जब बैक एंड परफॉर्मेंस एक प्रमुख चिंता का विषय है तो जावा का उपयोग करें। कोडिंग करते समय अधिक ओवरहेड होता है, लेकिन कोड 1/200 वें से 1/500 वें समय में निष्पादित करेगा- शाब्दिक रूप से। पीएचपी, रूबी, और अन्य गतिशील रूप से टाइप की गई भाषाएं हमेशा जावा या .net सर्वर की तुलना में धीमी होने वाली हैं।

वेब के लिए अधिकांश समाधानों को इसकी आवश्यकता नहीं होगी। ट्विटर ने रेल का त्याग नहीं किया, जब तक कि उन्होंने उदाहरण के लिए लोकप्रियता में वृद्धि शुरू नहीं कर दी।

— रियान फाउलर
स्रोत

-1

एकमात्र कारण नहीं है, लेकिन परिष्कृत एप्लिकेशन जैसे सामने वाली वेबसाइटों के निर्माण की बढ़ती लोकप्रियता के साथ, जबकि सर्वर पर 'सामान' वापस करने के तर्क अभी भी हैं - कोई कारण नहीं समझा जाना चाहिए कि जावा कम से कम किसी अन्य के बराबर क्यों है सर्वर अंत पर विकल्प। लेकिन क्लाइंट के अंत में, यदि कोई जावास्क्रिप्ट जल्दी से एक कोड रखरखाव दुःस्वप्न में बदल सकता है और उस सामान को हथियार की लंबाई पर रखने के लिए GWT का उपयोग करके आप जावा में कोड कर सकते हैं, तो आप अपने सर्वर के साथ दोनों दुनिया के सर्वश्रेष्ठ हो सकते हैं भारी उठाने और ग्राहक का प्रोसेसर करने से उन्हें 'अनुभव' मिलता है। इसे jQuery जैसी किसी चीज़ के साथ एकीकृत करना सीखें और आप अपनी सभी आँख कैंडी भी चाहते हैं।

विकल्पों पर किसी भी प्रकार का विशेषज्ञ नहीं, लेकिन अगर कोई अन्य व्यक्ति उसी तरह के लचीलेपन और चौड़ाई के साथ आगे रख सकता है, तो यह सुनकर खुशी होगी।

— nomaderWhat
स्रोत

के लिए +1 jQuery :)

— हाबिल

2

-1 के लिए "जावास्क्रिप्ट कोड रखरखाव दुःस्वप्न में बदल जाता है", यह आपको जावा देवों को बिना किसी प्रशिक्षण या जावास्क्रिप्ट सीखने के जावास्क्रिप्ट लिखने का एक साइड-इफेक्ट है। और GWT का मुख्य नुकसान यह है कि यह एक टपका हुआ अमूर्त है, इसे मोबाइल उपकरणों पर अच्छा प्रदर्शन करने के लिए सौभाग्य मिल रहा है।

— रयूनोस

जावा की कठोरता, IMO के साथ समस्या यह है कि आप बहुत सारे देवों के साथ समाप्त होते हैं जो यह नहीं समझते हैं कि उनके कोड को जबरन उसी तरह से व्यवस्थित क्यों किया जाता है जिस तरह से यह पहली जगह पर है। जब सब कुछ ओओपी की तरह दिखना चाहिए, तो कभी-कभी अपरिहार्य परिणाम यह होता है कि वास्तव में कुछ भी नहीं है।

— एरिक रेपेन

-1

मुख्य कारण कि मैं जावा को क्यों चुनूंगा यदि आपको वितरित लेनदेन का उपयोग करने की आवश्यकता है, जो कई निगमों के लिए एक बड़ी चिंता का विषय हो सकता है। हालाँकि, आप अभी भी वेब विकास के लिए अपनी पसंदीदा स्क्रिप्टिंग भाषा का उपयोग कर सकते हैं, और जब आपको गति / वितरित लेनदेन की आवश्यकता हो तब केवल जावा पर काम सौंप सकते हैं।

— ब्रायन डी।
स्रोत

-1

मेरा मानना है कि यह तब होगा जब आपका आवेदन बहुत जटिल होने वाला है, कई लोगों ने इसे विकसित किया है, बहुत सारे जटिल मॉड्यूल, जटिल व्यावसायिक तर्क के साथ और इसे कई अन्य उद्यम अनुप्रयोगों के साथ संवाद करना है।

वैसे भी, आप ग्रिल्स में भी विकास कर सकते हैं, जो बहुत सारी अच्छी सुविधाएँ प्रदान करता है, विकास को आसान बनाता है और वास्तव में तेजी से परिपक्व हो रहा है।

— Eldelshell
स्रोत

-1

जावा ठीक है, लेकिन अगर प्रदर्शन महत्वपूर्ण रूप से महत्वपूर्ण नहीं है, तो आप अन्य भाषाओं में कम प्रयास के साथ समान परिणाम प्राप्त कर सकते हैं।

— केविन क्लाइन
स्रोत

2

"प्रदर्शन महत्वपूर्ण रूप से महत्वपूर्ण नहीं है" जब आप सी और असेंबली जावा में लिख रहे हों।

— रयूनोस

बेंचमार्क बनाम अनुभव, जावा साइटों ने मेरे अनुभव को क्लाइंट साइड देव के रूप में सबसे खराब प्रदर्शन किया है। हालांकि यह एक भाषा की तुलना में एक औसत प्रतिभा स्तर का मुद्दा हो सकता है।

— एरिक रेपेन

2

@ ErikReppen: निश्चित रूप से एक प्रतिभा की बात है। एक सर्वर पर जावा की गति C / C ++ के बाद दूसरे स्थान पर है। PHP या रेल बस तुलना नहीं कर सकते। लेकिन जावा के पुस्तकालयों और कुछ उपकरणों ने बेकार की जटिल चीजों को करने की गति को कम करना बहुत आसान बना दिया है।

— ज़ैन लिंक्स

-1

जावा एक वैधानिक रूप से टाइप की जाने वाली भाषा है, और यदि आपकी कंपनी के पास MSDN सबस्क्रिप्शन नहीं है, तो वेब विकास के लिए उपयोग की जाने वाली अन्य सांख्यिकीय रूप से टाइप की जाने वाली भाषाओं की तुलना में सस्ता है। सांख्यिकीय रूप से टाइप की गई भाषाएं मध्यम से बड़ी परियोजनाओं, जटिल डोमेन नियमों और बहुत सारे बैक-एंड कोड के लिए अच्छी हैं, क्योंकि आप अपनी कक्षाओं को बेहतर ढंग से व्यवस्थित कर सकते हैं और आईडीई आपको अपने कोड में त्रुटियां खोजने में मदद करेंगे।

PHP, Python, Ruby जैसी गतिशील रूप से टाइप की गई भाषाओं के साथ, आपका विकास बहुत तेज़ी से होगा, लेकिन आपको अपने कोड का बेहतर परीक्षण करना होगा। यदि आपके पास बहुत समय और पैसा नहीं है और आपकी आवश्यकताएं बहुत जल्दी बदल जाती हैं और आपको बहुत जटिल गणना करने की आवश्यकता नहीं है, तो गतिशील भाषाएं बहुत बेहतर हैं।

— Виталий Олегович
स्रोत

-2

सुरक्षा

बड़ी कंपनियों के जावा को अन्य समाधानों के लिए चुनने का मुख्य कारण यह है कि इसे अधिक सुरक्षित माना जाता है।

यह मुख्य रूप से है क्योंकि यह इतनी बड़ी कंपनी (अब ओरेकल) द्वारा समर्थित है।

यह ध्यान में रखा जाना चाहिए कि जावा बहुत उच्च स्तर की सुरक्षा और उत्कृष्ट समर्थन और विश्लेषण प्रदान करता है (हालांकि यह एक कीमत पर आता है)।

— mrwooster
स्रोत

7

उह ... और सुरक्षा भाषा से ही आती है या क्या?

— Mchl

1

आप जानते हैं कि ओरेकल जावा सर्वलेट कंटेनर का एकमात्र प्रदाता नहीं है, क्या आप नहीं हैं?

— मचल

6

धर्म युद्द! लड़ो!

— १।

2

@Mchl इसमें से कुछ भाषा या इसके VM से आता है। कितनी बार आपने जावा एप सर्वरों पर लक्ष्यित बफर हैक को देखा है? यह सिर्फ प्रयास के लायक नहीं है। यह कहने के बाद कि, "उद्योग" की तुलना में जावा को अधिक सुरक्षित माना जाता है, और सुरक्षा की झूठी भावना कड़ी मेहनत कर सकती है।

— बिजिकलोप

1

यहाँ मेरा कहना था कि आपको जावा के बीच एक भाषा और जावा रनटाइम वातावरण के बीच अंतर करने की आवश्यकता है। ऐसा कुछ भी नहीं है जो जावा भाषा को किसी भी अन्य भाषा की तुलना में अधिक या कम सुरक्षित बनाता है। दूसरी ओर JVM को 'सैंडबॉक्स' जावा बाईटेकोड निष्पादन के लिए (अन्य चीजों के अलावा) डिज़ाइन किया गया है, लेकिन उनकी सुरक्षा विशिष्ट कार्यान्वयन पर निर्भर करती है। सुरक्षा के झूठे अर्थ पर अच्छा बिंदु।

— Mchl