2010-03-02 24 views
7

Đối với ứng dụng đọc dữ liệu nặng mới của tôi, tôi cần sử dụng GWT và mysql. Nhưng trong việc lựa chọn giữa java và PHP, tôi có một số nhầm lẫn, 1) JDBC với mysql chậm hơn PHP với mysql (PHP thắng) 2) nếu tôi định sử dụng PHP, tôi phải sử dụng JSON để chuyển dữ liệu giữa máy chủ và khách hàng. 3) Việc phân tích cú pháp và xử lý trên cao này có thể dễ dàng được thay thế bằng các cuộc gọi RPC nhanh nếu đang sử dụng JAVA (JAVA) 4) GWT có rất nhiều hỗ trợ và khung công tác nhỏ cho các cuộc gọi JAVA/RPC, vì vậy năng suất cao hơn.Chọn giữa java hoặc php cho GWT!

Hãy giúp tôi chọn một sản phẩm tốt.

+0

Tôi không quen với GWT hoặc JSON, nhưng tôi có thể nói với bạn rằng trong kinh nghiệm của tôi, 90-99% thời gian thực thi cho các tập lệnh PHP của tôi đang chờ truy vấn MySQL, vì vậy tôi nghi ngờ nó sẽ tạo ra nhiều Sự khác biệt. –

+0

Tôi sẽ xem xét xác nhận ban đầu: "JDBC với mysql chậm hơn PHP với mysql". Tôi chỉ đơn giản là không thể xem như thế nào có thể là trường hợp ... –

Trả lời

8

Tôi nghĩ cả hai đều rất phù hợp. Mặc dù tôi hiểu rằng nhu cầu của bạn về hiệu suất là một vấn đề quan trọng, cá nhân tôi nghĩ, không phải trình điều khiển SQL cũng như phân tích cú pháp JSON sẽ là vấn đề hiệu suất của bạn sau này.

Với hầu hết các cuộc gọi AJAX, phí trên mạng (bắt tay TCP vv) chiếm hầu hết thời gian trừ khi bạn có các tệp lớn để chuyển. Và sau đó nó không quan trọng những gì phụ trợ là.

Nếu bạn sử dụng Java và Máy chủ ứng dụng, kết nối cơ sở dữ liệu của bạn sẽ được gộp lại và nhanh chóng. Nếu bạn sử dụng GWT RCP, bạn có thể dễ dàng cấu trúc lại ứng dụng của mình nếu bạn cần thực hiện thay đổi sau đó, một điểm cộng lớn. Nếu bạn phát hiện ra một số cập nhật của mình chậm, hiệu suất lớn nhất có thể đến từ việc lưu dữ liệu trên máy khách và/hoặc kết hợp các cuộc gọi AJAX. Việc tái cấu trúc này dễ dàng hơn nhiều nếu bạn sử dụng Java trên cả hai phía máy khách và máy chủ.

0

Tôi nghĩ rằng nó thực sự phụ thuộc vào những gì bạn muốn viết nó vào và những gì bạn muốn duy trì nó. Cá nhân tôi muốn sử dụng PHP vì cá nhân tôi quen thuộc hơn với PHP.

7

GWT là một khuôn khổ để tạo ứng dụng web bằng cách sử dụng mã Java. Bạn có thể kết nối nó với một chương trình phụ trợ PHP (và có tài liệu hướng dẫn cách làm) Nhưng, theo quan điểm của tôi thì bạn đang mất đi điểm chính của GWT, một ngôn ngữ duy nhất cho toàn bộ ứng dụng của bạn.

Nếu bạn thực sự cần sử dụng GWT cho giao diện người dùng của mình, hãy thực hiện phần phụ trợ của bạn trong Java. Nếu bạn có một cách tiếp cận khác, sau đó sử dụng PHP + HTML + JavaScript.

2 xu của tôi.

0

Tôi sẽ gắn bó với Java vì đó là ngôn ngữ GWT chính thức. Nếu bạn sử dụng PHP, bạn sẽ mất đi những lợi ích của việc sử dụng các IDE Java mạnh mẽ như Eclipse và IntelliJ Idea để phát triển và gỡ lỗi.

+0

Đó không phải là sự thật nữa. Netbeans (http://netbeans.org/downloads/index.html) có hỗ trợ cho PHP, bao gồm gỡ lỗi. – ssakl

+0

@ssakl Tôi nghĩ Pierre đã đề cập đến việc sử dụng thử nghiệm và gỡ lỗi toàn cầu chỉ sử dụng java. Với Netbeans bạn sẽ cần gỡ lỗi riêng –

4

Một điểm quan trọng mà tôi cho rằng đã bị bỏ qua ở đây là chi phí. Nếu bạn sử dụng PHP, chi phí lưu trữ của bạn sẽ ít hơn đáng kể. Thêm Java vào phương trình thường có nghĩa là bắt đầu với một máy chủ chuyên dụng hoặc máy ảo, (hãy nhớ front-end GWT do Java phát triển được biên dịch thành Javascript). Bỏ qua chi phí Java dường như là sự lựa chọn hiển nhiên của cả hai, vì những lý do được đề cập ở trên chủ yếu, một ngôn ngữ và RPC dễ dàng hơn.

0

NẾU bạn sử dụng PHP cho backend, bạn không thể sử dụng "GWT rpc", bạn chỉ có thể sử dụng yêu cầu HTTP không đồng bộ (sử dụng RequestBuilder), nhưng chi phí lưu trữ của bạn sẽ giảm bớt. Tôi nghĩ tốt hơn là bạn triển khai chương trình phụ trợ bằng cách sử dụng các dịch vụ REST (bằng PHP) và sau đó gọi các dịch vụ đó bằng ứng dụng GWT của bạn tại giao diện người dùng (ví dụ: sử dụng thư viện restygwt). Với cách tiếp cận này, bạn có thể dễ dàng thay đổi công nghệ phụ trợ của bạn (hoặc công nghệ giao diện người dùng) trong tương lai.

Chúc bạn một thời gian vui vẻ.

Các vấn đề liên quan