Sử dụng Java làm phụ trợ và PHP làm giao diện người dùng

Question

Đã có một vài bài đăng trên SO thảo luận xem kiến ​​trúc này có phải là ý tưởng hay hay không. Vì nhiều lý do trong công ty của chúng tôi bao gồm tài năng lập trình hiện có, chúng tôi đã quyết định sử dụng Java cho chương trình phụ trợ và PHP cho giao diện người dùng. Mục tiêu của chúng tôi là một cái gì đó giống như ...

Java - Mô hình/Bộ xử lý

PHP - Lượt xem

Chúng tôi đang làm việc để xây dựng một nguyên mẫu của sự tương tác giữa Glassfish và Apache. Một điều chúng tôi vẫn đang làm việc là khi người dùng truy cập http://domain.com/login.html và họ đăng nhập, thông tin đăng nhập đó sẽ được gửi tới bộ điều khiển Glassfish tồn tại ở đâu đó như /login.java. Chúng tôi có thể làm điều đó không có vấn đề, rắc rối là nhận được xem được trả lại tại URL đó.

Có ai làm điều này với PHP hay bất kỳ công nghệ nào khác không?

Answer 1

Tôi rất tiếc khi làm điều này nhưng có vẻ như mọi thứ trở nên đơn giản hơn rất nhiều chỉ với một trong những ngôn ngữ này. Nếu bạn đang sử dụng PHP để thêm nhiều logic hơn vào chế độ xem của mình, bạn có thể xem xét số Velocity. Nó cho phép bạn truy cập và tạo các biến, lặp qua danh sách, sử dụng điều kiện, xác định macro, thực hiện cuộc gọi phương thức, vv Điều này có vẻ như nó có thể làm cho mọi thứ sạch hơn. Tuy nhiên, nó thường là một ý tưởng tốt để cố gắng giữ càng nhiều logic trong các mẫu của bạn càng tốt.

Nếu bạn muốn sử dụng PHP vì đó là những gì được yêu cầu, tôi khuyên bạn nên xem xét sử dụng các dịch vụ web để giao tiếp. Hãy xem thư viện của Googles GSON. Nó thực sự là một công cụ tuyệt vời (ở phía java) để ánh xạ các đối tượng JSON cho mô hình của bạn (và ngược lại).

Trên giao diện người dùng, bạn cũng có thể xem giá trị Backbone. Đây là một công cụ giúp bạn dễ dàng tạo mô hình Đối tượng và ràng buộc các sự kiện với chúng, hoặc thêm chúng trực tiếp vào các trường, v.v.

Answer 2

Bạn đã cân nhắc thiết lập máy chủ lưu trữ xà phòng/phần còn lại trong java và có PHP nói chuyện với điều đó chưa? Tôi tưởng tượng rằng sẽ đơn giản hơn nhiều so với những gì bạn đang cố gắng đạt được.

Answer 3

Tôi đã có kinh nghiệm đầu tiên tại hai công ty sử dụng dịch vụ Java lớp và PHP Khách hàng ngăn xếp công nghệ lớp, mặc dù nó không được sử dụng độc quyền. Để phân tách rõ ràng các lớp, API REST REST được xác định rõ ràng đã được xây dựng để mỗi lớp có một hợp đồng mà nó có thể mã hóa.

lớp Java sử dụng SpringMVC ở giữa lớp kiên trì để tạo ra quan điểm JSON với xác định rõ tuyến (ví dụ: cấu trúc URL) để cho các lớp PHP để GET/PUT/POST/DELETE nguồn lực.

Về vấn đề đặc biệt, thực tế có hai dịch vụ Java, một dịch vụ cụ thể cho đăng nhập/đăng xuất và một cho chương trình phụ trợ thông thường.

Khi truy cập /login mà tôi giả định là tệp .php. Việc gửi thông tin đăng nhập <form> vào dịch vụ "Đăng nhập" dẫn đến cookie phiên được thêm nhưng cũng là cookie "ID người dùng" được mã hóa. Cookie được mã hóa sau đó có thể được sử dụng để bảo vệ quyền truy cập vào lớp Dịch vụ Java cho sản phẩm. Mỗi yêu cầu REST từ PHP đến Java sẽ có quyền truy cập vào cookie và lớp Java sau đó có thể giải mã "ID người dùng" và trả lời cuộc gọi REST của PHP nếu nó hợp lệ.Lớp Java sau đó sẽ có quyền truy cập vào ID người dùng thực để trả về dữ liệu người dùng cụ thể từ cửa hàng liên tục.