Java เป็นตัวเลือกที่ดีสำหรับการพัฒนาเว็บไซต์เมื่อใด [ปิด]

35

Java เป็นตัวเลือกที่ดีสำหรับการพัฒนาเว็บไซต์เมื่อใด

กรุณาอย่าพูดว่า "เมื่อคุณมีทีมพัฒนาที่รู้จักจาวาเท่านั้น"

java web-development language-choice

— Gulshan
แหล่งที่มา

5

สามารถถามได้ว่าคุณลักษณะใดที่ทำให้ Java เป็นภาษาการพัฒนาเว็บของฉัน

— Abimaran Kugathasan

1

ข้อเสียเล็กน้อยในการใช้ Java คือการขาดกรอบการทำงานที่โดดเด่นในตลาด ยังไม่มีเฟรมเวิร์กที่ใช้ Java ได้เพิ่มขึ้นถึงจุดสูงสุด (เช่น Struts ย้อนกลับไปในวันนั้น) โดยส่วนตัวฉันโน้มตัวไปทาง Spring MVC ถ้าฉันทำงานกับแอพ Spring หรือ Grails เพื่อสิ่งอื่น (เพราะคุณสามารถโทรหา Java ได้ทุกที่ทุกเวลา)

— Martijn Verburg

ทันใดนั้นได้ 25 คะแนนจากคำถามนี้!

— Gulshan

เราใช้ซอฟต์แวร์โอเพ่นซอร์สที่มีอยู่ในบัญชีหรือไม่

— โจนาธาน

2

"เหมือน Struts ย้อนกลับไปในวันนี้": มีอะไรผิดปกติกับการใช้ struts ในวันนี้ (นอกเหนือจากที่มันไม่ได้เป็นแฟชั่นอีกต่อไป)?

— จอร์โจ

35

ด้วยกรอบที่มีอยู่มากมายครบกำหนดแพลตฟอร์ม ฯลฯ ฉันอยากจะพูดว่า "เกือบตลอดเวลา" ดังนั้นนี่คือเหตุผลบางอย่างเมื่อคุณไม่ควรใช้ Java:

ในฐานะร้าน MS ล้วนๆคุณอาจต้องการใช้วิธี. net
หากคุณต้องการ webhoster ที่ถูกที่สุดที่เป็นไปได้คุณอาจมี PHP เป็นตัวเลือกของคุณเท่านั้น
ถ้าคุณต้องการทำมันให้เร็วที่สุด Ruby on Rails, Grails หรือ Django น่าจะเหมาะกับความต้องการของคุณ
หากทีมพัฒนาของคุณรู้จัก XYZ โดยที่ XYZ! = Java คุณควรใช้ XYZ

— user281377
แหล่งที่มา

7

ดังนั้นเราใช้ Java ถ้าเราไม่ใช่ร้าน MS มีความตั้งใจที่จะใช้จ่ายเงินสำหรับโฮสต์มีเวลาเพียงพอสำหรับการพัฒนาโดยใช้ Java และมีนักพัฒนา Java ตกลงหรือไม่

— Gulshan

Gulshan: ใช่คุณสามารถใช้วิธีนั้นได้

— 281377

3

มีสาเหตุอื่น ๆ อีกมากมายเช่นมันมีการป่อง, enterprisey และเป็น Java (สามารถถูกละเว้นสุดท้ายหากคุณใช้ Scala หรืออย่างอื่นสำหรับ JVM)

— Raynos

1

@ Raynos ดังนั้นคุณแนะนำอะไรแทน?

2

@ ThorbjørnRavnAndersenขึ้นอยู่กับความต้องการจริง ๆ หากข้อกำหนดเป็นแบบทั่วไป (ไม่ใช่ช่อง) ให้ใช้แพลตฟอร์มใดก็ได้ที่สะดวกที่สุดสำหรับนักพัฒนาและเซิร์ฟเวอร์ของคุณ

— Raynos

19

จาวาคือใช้ในเว็บไซต์ขนาดเล็กและขนาดกลาง จุดสำคัญคือมีเว็บโฮสติ้งฟรีสำหรับเว็บไซต์ Java น้อยกว่าเช่น PHP ซึ่งหมายความว่าหากคุณไม่มีทรัพยากรเพียงพอที่จะโฮสต์เว็บเซิร์ฟเวอร์ของคุณเองคุณอาจจะไม่เลือกจาวา

โปรดทราบว่าด้วย Java EE 6 โดยเฉพาะโปรไฟล์เว็บมีเทคโนโลยีมาตรฐานมากมายที่สามารถสร้างแอปพลิเคชั่นเว็บที่ทรงพลังมากโดยไม่ต้องใช้รหัสมากนัก น่าเสียดายที่มันยังไม่เป็นกระแสหลัก

โปรดทราบว่าสิ่งนี้มีการเปลี่ยนแปลงบ้างเมื่อเร็ว ๆ นี้ด้วย Google Application Engine ซึ่งช่วยให้คุณสามารถปรับใช้เว็บแอปพลิเคชัน Java มาตรฐาน (โดยมีข้อ จำกัด เล็กน้อย) ในคลาวด์ได้ฟรีสำหรับไซต์ที่มีปริมาณการเข้าชมต่ำถึงปานกลาง

— user1249
แหล่งที่มา

ในทุกกรณีฉันจะไม่โฮสต์เว็บไซต์ของฉันในเว็บโฮสติ้งฟรี แต่คำถามจะมี probelm กับ java เว็บโฮสติ้งจ่ายหรือไม่ ยกตัวอย่างเช่นมันแพงมากไหม?

— Goma

1

@eed ไม่เป็นเช่นนั้น คนส่วนใหญ่ไปสำหรับตัวเลือกที่ถูกที่สุดและรหัสตาม

เป็นตัวอย่างที่แพงกว่าคนอื่นหรือไม่? มีโฮสติ้งที่ใช้ร่วมกันสำหรับ java หรือไม่

— Goma

@Seed มีเหตุผลทางเทคนิคบางประการที่คุณไม่สามารถจัดกลุ่ม JVM จำนวนมากในกล่อง Linux og Windows เดียวเนื่องจากคุณสามารถสร้างอินสแตนซ์ LAMP ที่ใช้ร่วมกันซึ่งโดยปริยายหมายความว่า JVM ที่โฮสต์นั้นมีราคาแพงกว่า LAMP ที่โฮสต์ Google ใช้ JVM อื่นซึ่งหมายความว่าพวกเขาสามารถให้บริการฟรี

@ Thorbjörn: คุณมีลิงค์เกี่ยวกับวิธีการที่ Google ทำหรือไม่? ฉันเคยได้ยินว่าพวกเขาใช้ท่าเทียบเรือ แต่ฉันไม่รู้มากเกี่ยวกับวิธีแก้ปัญหาของพวกเขา

— Jonas

12

เมื่อแพลตฟอร์มของคุณคือ UNIX / Linux และคุณต้องมีชุดเครื่องมือมากมายเช่นการทำแผนที่วัตถุ / ความสัมพันธ์, ความปลอดภัย, การเชื่อมต่อที่ซับซ้อนของเว็บเซอร์วิสเป็นต้น
(เราไม่ได้พูดถึงเว็บไซต์ง่าย ๆ ใช่มั้ย)

— revant Sorantis
แหล่งที่มา

1

คุณสามารถรับสิ่งนี้จากภาษาสคริปต์เช่นกันดูที่ Python และ SQLAlchemy แม้แต่ Rails ก็ใช้ ORM (ActiveRecord) และมีความปลอดภัยที่ดี

— Brian D.

3

แน่นอน แต่ฉันไม่คิดว่าพวกเขามีพลังเท่ากับ Hibernate, Spring Framework, BPEL frameworks

— Sorantis

1

เกิดอะไรขึ้นกับ Java บนระบบที่ไม่ใช่ UNIX / Windows

— Tom Hawtin - tackline

2

ไม่มีอะไร แต่สำหรับ Windows คุณมี. NET

— Sorantis

2

-1 การทำให้เป็นเหมือนตัวเลือกใด ๆ ไม่มีเครื่องมือที่เหมาะสม

— Raynos

9

ทุกครั้งที่มีทีม Java อีกคนฉี่ฉันก็ระเบิดไอน้ำโดยค้นหาคำถามเช่นนี้ ขอย้ำอีกครั้ง ฉันเป็นนักพัฒนาด้านไคลเอนต์และเกือบ 5 ปีแล้ว ฉันทำงานในไซต์ต่างๆตั้งแต่ไซต์ไมโครไซต์ส่วนใหญ่ไปจนถึงไซต์ที่มีขนาดใหญ่เท่ากับเซียร์ไปจนถึงไซต์ประเภทแอปที่มีความซับซ้อนยิ่งขึ้นซึ่งจำเป็นต้องมีความเชี่ยวชาญด้าน UI อย่างลึกซึ้ง ฉันได้จัดการกับ Rails, PHP,. net web forms (ew), .net MVC (ดีกว่ามาก) และการจัดเรียงโซลูชั่น Java สำหรับการพัฒนาเว็บพร้อมกับ devs และทีมงานที่ประสบภัยพิบัติทั้งหมดเพื่อจัดการกับ ฉันยังเขียน Python เล็กน้อยและฉันเริ่มขุด Django

ประสบการณ์ของฉันกับทีม Java นั้นแย่มากในระดับสากล เครื่องมือเป็น PITA เสมอ บรรดานักพัฒนาไม่ต้องการที่จะเชื่อว่าพวกเขาทำอะไรผิดและทำให้พวกเขากลับไปลงทุนสนามหญ้าของตัวเองอีกครั้งเมื่อคุณจัดการปัญหาที่ปลายของคุณได้แล้วก็เหมือนกับการถอนฟัน การสูญเสียครั้งแรกของการจัดการกับทีมงาน Java ในประสบการณ์ของฉันคือเวลาในการพัฒนาแปลงเป็นอีเมลเวลาที่เขียนคำอธิบายที่ยาวหลายคำว่าเหตุใดปัญหาจึงสิ้นสุดลงอย่างแน่นอน โดยทั่วไปแล้ว HTML ไม่ใช่ปัญหาของพวกเขาเว้นแต่คุณต้องการควบคุมมัน จากนั้นทุกอย่างก็มีแนวโน้มที่จะตกนรกเพราะพวกเขาต้องการย้ายนักร้องระดับบน

มีบางอย่างเกี่ยวกับภาษาที่ฉันไม่ชอบ แต่ฉันคิดว่าปัญหาที่แท้จริงคือวัฒนธรรมและความจริงที่ว่าการยอมรับนั้นแพร่หลายมากคุณมีคนธรรมดาจำนวนมากอยู่ตรงกลาง วัฒนธรรมที่ฉันสงสัยว่าเกิดขึ้นจากการวางตลาดของ Java เขียนครั้งเดียวปรับใช้ทุกที่ การแปล: "คุณแค่ต้องเรียนรู้สิ่งเดียวเท่านั้น!" ผู้ที่พบว่าน่าสนใจโดยทั่วไปต้องการควง Java เหมือนค้อนขนาดมหึมาสำหรับเล็บทุกคนที่มีงานฝีมือขั้นต่ำในการพัฒนาเว็บ

ดังนั้นถ้าคุณมี devs ที่รู้จัก Java และภาษาอื่น ๆ แต่ก็ยังชอบ Java จริงๆฉันจะบอกว่าใช่ไปเลยถ้ามันดูเหมือนทางออกที่ถูกต้อง แต่ถ้าคุณมี Java devs ที่รู้ Java และทุกอย่างอื่นเพิ่งจะตรงตามเกณฑ์ที่จะทำให้มันเป็นสัญลักษณ์แสดงหัวข้อย่อยในประวัติย่อของพวกเขาให้พวกเขาสร้างแอปง่าย ๆ ที่มีหน้ากึ่งซับซ้อนที่หลากหลายบนปลาย HTML และลองสิ่งนี้ การทดสอบอย่างง่าย ทำลาย HTML บางส่วน พยายามทำให้พวกเขาเข้าใจว่ามีอะไรผิดปกติ หากปัญหาเร่งด่วนที่พวกเขาเริ่มแก้ไขกำลังเบี่ยงเบนความผิดจากตัวเองให้พวกเขาอยู่ห่างจากการพัฒนาเว็บ! @ # $ Web dev เป็นสหสาขาวิชาชีพและต้องการความสนใจอย่างมากในสาขาที่จะประสบความสำเร็จ มันไม่ใช่สถานที่สำหรับผู้ที่ต้องการเพียงเพื่อรักษาความรู้ภาษาเดียวและมีปัญหามากกว่าความกลัวในการแก้ปัญหา

ฉันไม่ได้ยืนยันว่า Java เองนั้นเป็นรากฐานของความไร้ความสามารถและฉันได้ยินมาว่า Spring นั้นดี ฉันแน่ใจว่ามีทีมจาวาที่มีความสามารถ ฉันยังไม่เจอใครเลยและฉันก็ไม่คิดว่ามันเป็นเรื่องบังเอิญ ฉันคิดว่าซันมีส่วนเกี่ยวข้องกับเรื่องนี้มาก ฉันคิดว่าการใช้งานทีมงานเว็บเช่นหรือภายใต้แผนกไอทีนั้นมีส่วนเกี่ยวข้องกับมันมาก

— Erik Reppen
แหล่งที่มา

1

ฉันมีปัญหาเดียวกันกับที่คุณอธิบาย แต่ไม่เคยคิดว่ามันจะขึ้นอยู่กับภาษาการเขียนโปรแกรม คุณคิดว่าคนที่อยู่ในโปรแกรมพูดว่า PHP มีใจที่เปิดกว้างและยืดหยุ่นมากขึ้นหรือไม่?

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

PHP นั้นเกี่ยวกับผู้พัฒนา 100% และมีวัฒนธรรมรอบข้างน้อยกว่า ฉันไม่ชอบการขาดความมั่นคงที่เป็นแกนหลัก แต่ฉันจะไว้วางใจการทำงานของทีม PHP ระดับกลางสำหรับการพัฒนาเว็บในแบบที่ฉันจะไม่ไว้วางใจทีม Java ช่วยให้ผู้พัฒนา PHP ที่มีประสบการณ์ไม่น่าจะทำงานกับอะไรได้นอกจากเว็บและ s / เขาน่าจะได้รับการว่าจ้างจากประสบการณ์มากกว่าองศา / ข้อมูลประจำตัว ปัญหาของ Java อาจเป็นส่วนหนึ่งเนื่องจากความแข็งแกร่งของภาษา แต่โดยสุจริตฉันคิดว่ามันเป็นเรื่องเกี่ยวกับธรรมชาติของวิธีการฝึกอบรมของ dev dev ของ Java โซลูชันของ Java ได้รับการรับรองและจ้าง dev ของ Java

— Erik Reppen

1

@Erik Reppen: ฉันคิดว่าคุณกำลังเพิ่มประสบการณ์ของคุณมากเกินไป: ฉันไม่คิดว่าทีม Java จะแย่กว่าทีมที่ทำงานในภาษาอื่นหรืออย่างน้อยก็ไม่แย่ไปกว่าค่าเฉลี่ย ฉันรู้จักสองร้านค้าที่ดีมากที่ทำงานอย่างหนักกับ Java โครงการแรกทำโครงการใน Java และ Ruby (ประมาณ 50% ต่อโครงการ) งานที่สองส่วนใหญ่ใน Java แต่ได้ทำแต่ละโครงการใน Scala และ Common LISP

— Giorgio

@Giorgio ฉันพลาด แต่ฉันได้ทำงานกับคนอื่น ๆ ที่จัดการแบ็คเอนด์ผ่าน. NET, Rails, Java และ PHP ฉันไม่ได้นับประสบการณ์ครั้งเดียวกับภาษาอื่นและ devppy เส็งเคร็งแน่นอนไม่ใช่เอกลักษณ์ของ Java อย่างที่ฉันบอกว่าฉันมั่นใจ 100% มีทีม Java ที่เก่งมาก ใครบางคนจะต้องไม่ดูด แต่ IMO ฉันไม่ได้มากไป มีปัญหากับ Java devs ในระดับมัธยฐาน มันเป็นปรากฏการณ์ทางวัฒนธรรมในประสบการณ์ของฉัน ช่างน่ารังเกียจที่ฉันหยุดทำงานกับร้านค้า Java ยกเว้นว่าฉันรู้ devs ที่เป็นปัญหา

— Erik Reppen

5

Java นั้นสมบูรณ์แบบสำหรับเว็บไซต์ขนาดเล็กคุณสามารถทำให้หน้า JSP ทำงานได้อย่างรวดเร็วด้วยเว็บเซิร์ฟเวอร์ Java เช่นTomcatยกตัวอย่างเช่น

แม้ว่าในประสบการณ์ของฉัน Java เป็นเรื่องปกติมากขึ้นสำหรับเว็บไซต์ขนาดใหญ่ที่มีความต้องการการประมวลผลฝั่งเซิร์ฟเวอร์ที่ซับซ้อนมากขึ้นในกรณีนี้คุณจะพบเฟรมเวิร์ก Java ที่ซับซ้อนมากขึ้นที่ใช้เช่น JavaServer Faces (JSF)

สิ่งสำคัญคือต้องทราบว่าการติดตั้ง Java แบบเต็มในอดีตไม่มีให้บริการในการตั้งค่าเว็บโฮสติ้งราคาถูกจำนวนมากดังนั้นอาจอธิบายความชุกของภาษาอื่นเช่น PHP ในสภาพแวดล้อมเหล่านี้

— mikera
แหล่งที่มา

นี่หมายความว่าการโฮสต์เว็บแอปพลิเคชัน java แพงเกินไปหรือเปล่า หรือมันไม่ถูกอย่างเช่น PHP คุณสามารถให้ลิงค์โฮสต์ weh ที่ดีแก่ฉันสำหรับ java เพื่อให้ฉันเห็นราคาหรือไม่ ฉันค้นหา แต่ฉันไม่รู้ว่าอันไหนมีราคามาตรฐานดังนั้นฉันจึงสามารถมีภาพใหญ่เกี่ยวกับมันได้

— Goma

1

การโฮสต์เว็บแอปพลิเคชัน Java ไม่แพงคุณเพียงแค่ต้องมีผู้ให้บริการโฮสต์ที่ให้คุณเรียกใช้แอปพลิเคชัน Java ได้ สภาพแวดล้อมการโฮสต์ Linux ใด ๆ ที่คุณได้รับบัญชีเข้าสู่ระบบจะใช้ได้ - ฉันใช้ Ubuntu บน Amazon Web Services สำหรับการโฮสต์ Java ของฉันเป็นการส่วนตัว

— mikera

2

เหตุผลหลักในการใช้ Java ในการพัฒนาเว็บมีดังต่อไปนี้:

ลูกค้าต้องการมัน เพื่อดีขึ้นหรือแย่ลงลูกค้าบางรายมี "รายการเทคโนโลยีที่ยอมรับ" และหากคุณเสนอสิ่งที่ไม่อยู่ในรายการคุณควรอธิบายเหตุผลที่ดีกว่าว่าทำไม - และทำไมจึงไม่สามารถใช้บางสิ่งบางอย่างในรายการ
พัฒนาบน Windows ปรับใช้บน Unix เครื่องจักรสำหรับการพัฒนาส่วนใหญ่คือ Windows บางเครื่องเป็น Mac และ Linux น้อยมากเช่นเดียวกับที่คุณคาดหวังกับเครื่องไคลเอนต์ทั่วไป อย่างไรก็ตามบนเซิร์ฟเวอร์คุณมีแนวโน้มที่จะเห็น Unix บางรูปแบบเหมือนกับที่คุณเป็นเซิร์ฟเวอร์ Windows Java น่าจะใกล้เคียงที่สุดที่จะเขียนครั้งเดียวปรับใช้ที่ใดก็ได้ (มันไม่สมบูรณ์แบบ แต่ดีกว่าตัวเลือกอื่น)
ตัวเลือกการจัดการ มาลองดูกันการเลือกภาษาจาวามากกว่าภาษาอื่นจะมีความสามารถในการค้นหาโปรแกรมเมอร์และแทนที่สมาชิกในทีมที่ออกจากโครงการมากกว่าที่จะอิงจากข้อดีของภาษา

— Berin Loritsch
แหล่งที่มา

เกี่ยวกับ # 2: โปรดกำหนดค่า IDE ของคุณอย่างถูกต้อง Eclipse มีความคิดโง่ ๆ นี้ในการเริ่มต้นการเข้ารหัสไฟล์ Windowish ซึ่งสามารถนำความเสียหายในเซิร์ฟเวอร์ Linux

— Eldelshell

จริงๆแล้วฉันอ้างถึงข้อสันนิษฐานว่าไฟล์บางไฟล์อยู่ที่ไหนและทุกครั้งที่คุณต้องโต้ตอบกับระบบปฏิบัติการ

— Berin Loritsch

"C น่าจะใกล้เคียงที่สุดที่จะเขียนเมื่อนำไปใช้งานได้ทุกที่" ฉันได้แก้ไขให้กับคุณแล้ว

— Raynos

@ Raynos ถ้าเพียงแค่นั้นเป็นเรื่องจริง น่าเสียดายถ้าคุณไม่มีไลบรารี่มาตรฐานเดียวกันในทุกแพลตฟอร์มที่ไม่สามารถถือได้จริง ภาษา C หลักเป็นแบบพกพาฉันให้คุณ อย่างไรก็ตามสิ่งใดก็ตามที่เป็น OS เฉพาะ (เช่นการสร้างเธรดการเปิดซ็อกเก็ตหรือการสร้างองค์ประกอบ UI) มีบางอย่างใน API ที่ไม่สามารถย้ายพอร์ตด้วยการคอมไพล์อย่างง่าย ด้วย Java ไม่จำเป็นต้องมีการคอมไพล์ซ้ำอีกมากการเปลี่ยนรหัสน้อยลงเพื่อใช้ API ระบบใหม่

— Berin Loritsch

@BerinLoritsch คุณหมายถึงว่าหลังจาก 40 ปีเราไม่มี API ทั่วไปสำหรับสิ่งเฉพาะ OS ที่ทำงานข้ามแพลตฟอร์มด้วยการคอมไพล์ใหม่ง่าย ๆ ? ฉันสามารถจินตนาการว่ามันเป็นจริงในยุค 80 แม้ว่า

— Raynos

2

เทคนิคการพูด:

หากคุณสามารถกำหนดสถาปัตยกรรมที่คล้อยตามเครื่องมือเพิ่มประสิทธิภาพฮอตสปอต
หากคุณคาดหวังความต้องการ OO ค่าใช้จ่ายจำนวนมาก Java จะเรียกเก็บ

ถ้าฉันเริ่มต้นเว็บแอปพลิเคชันฉันจะใช้ Ruby on Rails และออกแบบในแบบที่ฮอตสปอตสามารถเปลี่ยนได้เมื่อ RoR ถึงขีด จำกัด การปรับขนาดประสิทธิภาพ

Java มีกลิ่นที่ชัดเจนของ COBOL และ "ตัวแปลงสัญญาณต่ำสุดใช้ Java" ห้อยอยู่และ Java fiascos ไม่ได้ช่วยชื่อเสียง หากคุณมีทางเลือกให้เลือกภาษาที่ดึงดูดนักพัฒนาอันดับต้น ๆ

— พอลนาธาน
แหล่งที่มา

"เลือกภาษาที่ดึงดูดผู้พัฒนาระดับสูง" ตัวอย่าง?

— Eldelshell

1

@ Ubersoldat: Go, Ruby, Clojure, Haskell, Python ทั้งหมดเป็นภาษาที่ทำเช่นนั้น

— พอลนาธา

Python นั้นดีเพราะจริงๆแล้วมันประสบความสำเร็จในหลาย ๆ สิ่งที่ Java แสร้งทำ และมันก็ไม่ยากที่จะทำให้มันเล่นได้ดีกับคนอื่นเมื่อคุณต้องแก้ปัญหาด้วยภาษาอื่น ฉันไม่รู้เกี่ยวกับ Ruby แต่ Rails devs เป็นสิ่งที่เกิดขึ้นในประสบการณ์ของฉัน มันเป็นเอฟเฟกต์ JQuery คนที่รู้ว่าพวกเขาทำอะไรแบบนี้เพราะมันรวดเร็วและมีประสิทธิภาพในมือขวา คนที่ไม่รู้ว่ากำลังทำอะไรอยู่เพราะไม่ต้องรู้อะไรมาก

— Erik Reppen

@Erik Reppen: ในทางกลับกัน Ruby เป็นภาษาที่มีการออกแบบที่ดีกว่าและสอดคล้องกว่า Python ฉันคิดว่าการเปรียบเทียบภาษาเหล่านี้มักจะเป็นเรื่องของรสนิยมและมีแนวโน้มที่จะสนับสนุนภาษาที่พวกเขาคุ้นเคย

— Giorgio

0

ง่ายมาก: ใช้ Java เมื่อประสิทธิภาพของแบ็คเอนด์เป็นปัญหาหลัก มีค่าใช้จ่ายมากกว่าเมื่อเขียนโค้ด แต่รหัสจะทำงานในเวลา 1/200 ถึง 1/500 ของเวลา - ตามตัวอักษร Php, Ruby และภาษาที่พิมพ์แบบไดนามิกอื่น ๆ มักจะช้ากว่าเซิร์ฟเวอร์จาวาหรือ. net

โซลูชันส่วนใหญ่สำหรับเว็บไม่จำเป็นต้องใช้สิ่งนี้ Twitter ไม่ได้ละทิ้ง Rails จนกว่าพวกเขาจะเริ่มได้รับความนิยมเช่นกัน

— Rian Fowler
แหล่งที่มา

-1

ไม่ใช่เพียงเหตุผลเดียว แต่ด้วยความนิยมที่เพิ่มขึ้นของการสร้างเว็บไซต์ที่มีส่วนหน้าของแอปพลิเคชันที่ซับซ้อนในขณะที่ยังมีเหตุผลในการทำ 'สิ่ง' บนเซิร์ฟเวอร์ - เหตุผลที่ไม่ควรอธิบายเหตุผลว่าทำไม Java อย่างน้อยเท่ากับอื่น ๆ ตัวเลือกที่ปลายเซิร์ฟเวอร์ แต่ในตอนท้ายไคลเอนต์หากมีจาวาสคริปต์ใด ๆ ที่จะกลายเป็นฝันร้ายในการบำรุงรักษารหัสอย่างรวดเร็วและโดยการใช้ GWT เพื่อเก็บสิ่งนั้นไว้ในความยาวแขนเพื่อให้คุณสามารถใช้รหัสใน Java คุณสามารถมีทั้งโลกที่ดีที่สุดกับเซิร์ฟเวอร์ของคุณ ทำการยกของหนักและหน่วยประมวลผลของลูกค้าให้พวกเขา 'ประสบการณ์' เรียนรู้ที่จะรวมเข้ากับ jQuery และคุณสามารถมีทุกสิ่งที่คุณต้องการได้เช่นกัน

ไม่ใช่ผู้เชี่ยวชาญทางเลือกใด ๆ แต่ถ้ามีคนอื่นสามารถหยิบยกสิ่งที่มีความยืดหยุ่นและความกว้างแบบเดียวกันยินดีที่จะรับฟัง

— nomaderWhat
แหล่งที่มา

+1 สำหรับjQuery )

— อาเบล

2

-1 สำหรับ "javascript กลายเป็นฝันร้ายการบำรุงรักษาโค้ด", นี่เป็นเพียงผลข้างเคียงของการให้คุณ Java devs เขียนจาวาสคริปต์โดยไม่ต้องฝึกอบรมหรือเรียนรู้จาวาสคริปต์ และข้อเสียเปรียบที่สำคัญของ GWT ก็คือมันเป็นนามธรรมที่ไม่ดีโชคดีที่มันทำให้มันทำงานได้ดีบนอุปกรณ์มือถือ

— Raynos

ปัญหาเกี่ยวกับความแข็งแกร่งของ IMO ของ Java คือคุณต้องจบด้วยผู้พัฒนาจำนวนมากที่ไม่เข้าใจว่าทำไมโค้ดของพวกเขาจึงถูกจัดระเบียบอย่างที่เป็นอยู่ในตอนแรก เมื่อทุกอย่างต้องดูเหมือน OOP บางครั้งผลลัพธ์ที่หลีกเลี่ยงไม่ได้ก็คือ

— Erik Reppen

-1

เหตุผลหลักที่ทำไมฉันถึงเลือกจาวาคือถ้าคุณต้องการใช้ธุรกรรมแบบกระจายซึ่งอาจเป็นปัญหาใหญ่สำหรับ บริษัท หลายแห่ง อย่างไรก็ตามคุณยังคงสามารถใช้ภาษาสคริปต์ที่คุณชื่นชอบเพื่อการพัฒนาเว็บไซต์และมอบสิทธิ์ให้กับจาวาเมื่อคุณต้องการธุรกรรมความเร็ว / การกระจาย

— ไบรอัน D.
แหล่งที่มา

-1

ฉันเชื่อว่ามันจะเป็นเมื่อแอปพลิเคชันของคุณกำลังจะซับซ้อนมากกับคนจำนวนมากที่พัฒนามันด้วยโมดูลที่ซับซ้อนจำนวนมากตรรกะทางธุรกิจที่ซับซ้อนและมีการสื่อสารกับแอปพลิเคชันระดับองค์กรอื่น ๆ

อย่างไรก็ตามคุณสามารถพัฒนาใน Grails ซึ่งมีฟีเจอร์ที่ดีมากมายทำให้การพัฒนาง่ายขึ้นและเร็วขึ้นอย่างมาก

— Eldelshell
แหล่งที่มา

-1

Java ก็โอเค แต่ถ้าประสิทธิภาพไม่สำคัญอย่างยิ่งคุณสามารถได้ผลลัพธ์เดียวกันโดยไม่ต้องใช้ภาษาอื่น

— เควินไคลน์
แหล่งที่มา

2

"ประสิทธิภาพไม่สำคัญอย่างยิ่ง" เมื่อเป็นเช่นนั้นคุณควรเขียนใน C และไม่ประกอบ Java

— Raynos

เปรียบเทียบกับประสบการณ์ไซต์ Java เป็นสิ่งที่แย่ที่สุดในประสบการณ์ของฉันในฐานะนักพัฒนาด้านไคลเอนต์ นั่นอาจเป็นปัญหาระดับความสามารถของคนมัธยฐานมากกว่าเรื่องภาษา

— Erik Reppen

2

@ErikReppen: แน่นอนสิ่งที่มีความสามารถ ความเร็วของจาวาบนเซิร์ฟเวอร์นั้นเป็นสองรองจาก C / C ++ PHP หรือ Rails ไม่สามารถเปรียบเทียบได้ แต่ห้องสมุดของ Java และเครื่องมือบางอย่างทำให้มันง่ายเกินไปที่จะสูญเสียความเร็วที่ทำสิ่งที่ซับซ้อนอย่างไร้ประโยชน์

— Zan Lynx

-1

Java เป็นภาษาที่พิมพ์แบบคงที่และมีราคาถูกกว่าภาษาที่พิมพ์แบบคงที่อื่น ๆ ที่ใช้สำหรับการพัฒนาเว็บคือ C # และ VB.net หาก บริษัท ของคุณไม่มีการสมัคร MSDN ภาษาที่พิมพ์แบบคงที่นั้นเหมาะสำหรับโครงการขนาดกลางถึงใหญ่กฎโดเมนที่ซับซ้อนและรหัสแบ็คเอนด์มากมายเนื่องจากคุณสามารถจัดระเบียบชั้นเรียนและ IDE ที่ดีขึ้นจะช่วยให้คุณค้นหาข้อผิดพลาดในรหัสของคุณ

ด้วยภาษาที่พิมพ์แบบไดนามิกเช่น PHP, Python, Ruby การพัฒนาของคุณจะเร็วขึ้นมาก แต่คุณจะต้องทดสอบโค้ดของคุณให้ดีขึ้นมาก หากคุณไม่มีเวลาและเงินมากและความต้องการของคุณเปลี่ยนไปอย่างรวดเร็วและคุณไม่ต้องทำการคำนวณที่ซับซ้อนมากภาษาแบบไดนามิกดีกว่ามาก

— ВиталийОлегович
แหล่งที่มา

-2

ความปลอดภัย

เหตุผลหลักสำหรับ บริษัท ขนาดใหญ่ที่เลือกใช้จาวามากกว่าโซลูชันอื่น ๆ ก็เพราะว่ามันมีความปลอดภัยมากกว่า

นี่เป็นเพราะส่วนใหญ่ได้รับการสนับสนุนโดย บริษัท ขนาดใหญ่ (ตอนนี้ oracle)

ควรคำนึงถึงว่า Java มีระดับความปลอดภัยสูงมากพร้อมการสนับสนุนและการวิเคราะห์ที่ดีเยี่ยม (แม้ว่าจะมีราคา)

— mrwooster
แหล่งที่มา

7

เอ่อ ... และความปลอดภัยนั้นมาจากภาษาของตัวเองหรืออะไรนะ?

— Mchl

1

คุณทราบว่า Oracle ไม่ใช่ผู้ให้บริการเฉพาะของ Java servlet container ใช่หรือไม่?

— Mchl

6

สงครามศักดิ์สิทธิ์! สู้สู้!

— abel

2

@Mchl บางส่วนมาจากภาษาหรือจาก VM คุณเคยเห็นการแฮ็กบัฟเฟอร์ที่โอเวอร์เฮดไปที่เซิร์ฟเวอร์แอป Java กี่ครั้ง มันไม่คุ้มค่ากับความพยายาม ต้องบอกว่า Java นั้นมีความปลอดภัยมากกว่าโดย "อุตสาหกรรม" มากกว่าที่เป็นอยู่และความรู้สึกผิด ๆ ด้านความปลอดภัยอาจกัดกลับมาได้ยาก

— biziclop

1

จุดของฉันที่นี่คือคุณต้องแตกต่างระหว่าง Java เป็นภาษาและสภาพแวดล้อมรันไทม์ Java ไม่มีอะไรที่ทำให้ภาษา Java มีความปลอดภัยมากกว่าหรือน้อยกว่าภาษาอื่น ๆ ในทางตรงกันข้าม JVMs ได้รับการออกแบบ (เหนือสิ่งอื่นใด) เพื่อดำเนินการ Java bytecode 'sandbox' แต่ความปลอดภัยของพวกเขาขึ้นอยู่กับการใช้งานที่เฉพาะเจาะจง จุดที่ดีในด้านความปลอดภัยที่ผิดพลาด

— Mchl