Tuyên bố từ chối: Tôi làm việc cho Liferay ngay bây giờ; tuy nhiên, câu trả lời đã được đăng lâu trước khi tôi bắt đầu làm việc ở đây.
Công ty của tôi Công ty tôi làm việc cho là đối tác của Liferay Inc. vì vậy tôi có nhiều kinh nghiệm về nó. Ngoài ra, có thể bạn muốn lấy ý kiến của tôi với một hạt muối :)
Chúng tôi đã sử dụng các công cụ cổng thông tin Java khác nhau và sự thật là: là cổng thông tin doanh nghiệp, Liferay là sản phẩm tốt nhất trên thị trường AFAIK. Nó có chức năng phong phú, có ít lỗi, mã của nó được viết tốt, cộng đồng rất hữu ích và nó linh hoạt và có thể tùy chỉnh, rất hữu ích cho một loạt các nhu yếu phẩm.
Tuy nhiên, Liferay là một công cụ cổng thông tin, do đó, nó vượt trội như một nền tảng tập trung vào nội dung. Nếu bạn sẽ quản lý nhiều nội dung (như tin tức, bài viết, blog, wiki, diễn đàn ...), thì tôi vui lòng giới thiệu Liferay làm nền tảng của bạn. Trong các trường hợp khác, tôi sẽ đề nghị xem xét tốt hơn. Bạn có thể sử dụng một cái gì đó giống như một ERP, ví dụ.
Dù sao, tôi đã thấy Liferay được sử dụng như một nền tảng phát triển chung ở những nơi khác nhau và kết quả là hợp lý. Trong thực tế, người ta nhận được một cải tiến lớn về năng suất khi sử dụng Liferay. Bạn không cần phải suy nghĩ về người dùng, quyền hạn, quản lý nội dung ... Ngay cả các vấn đề cấp thấp phức tạp như phân cụm và sharding có thể được giao cho Liferay. Và Liferay Service Builder là một trong những công cụ giàn giáo tốt nhất cho Java mà tôi từng thấy. Khi tôi nghĩ về nó, tôi cảm thấy rằng Liferay, với các ứng dụng vượt trội của nó và Service Builder của nó, giống như một Ruby on Rails/Django cho Java.
OTOH, Liferay lớn và có thể là vấn đề. Bạn có thể nhận được rất nhiều công cụ không sử dụng làm lộn xộn nền tảng của bạn. Bạn sẽ phải nghiên cứu một ứng dụng rất lớn và nó sẽ đòi hỏi nhiều thời gian và công sức từ bạn. Thật không may, tài liệu Liferay là người nghèo, để làm cho mọi thứ tồi tệ hơn. Vì Liferay giải quyết được nhiều vấn đề, nên codebase của nó lớn. Sự phức tạp này có thể được phân phối trong nhiều, nếu không phải là hầu hết các ứng dụng.
Ngoài ra, nếu ứng dụng của bạn không sử dụng nhiều nội dung, Liferay có thể cung cấp nhiều công cụ hữu ích khác nhau, nhưng nó sẽ không phải là môi trường tự nhiên để sử dụng Liferay. Bạn cũng sẽ bị khóa trong nền tảng Liferay, điều này có thể hạn chế lựa chọn của bạn. Bạn có thể muốn phân tích các công cụ Liferay nhưng tôi không biết nó có phải là một nền tảng tốt hay không.
Tóm lại, tôi sẽ nói:
- Nếu bạn muốn sử dụng một cổng thông tin dựa trên Java, hoặc để xây dựng một rộng, cổng thông tin phức tạp, tôi khuyên bạn nên Liferay không hạn chế;
- Nếu bạn muốn tạo một ứng dụng quản lý nhiều nội dung, Liferay là một nền tảng tốt để làm điều đó và tôi nghĩ rằng đó có thể là lựa chọn tốt nhất;
- Nếu ứng dụng của bạn lớn nhưng không tập trung vào nội dung, tôi sẽ không khuyến nghị Liferay nhưng nó có thể hữu ích;
- Nếu ứng dụng của bạn không quản lý nhiều nội dung và có khả năng nhỏ, Liferay có thể sẽ thêm độ phức tạp hơn giá trị.
Joomla + Vaadin? Joomla là PHP, Vaading là Java - bạn muốn có cả PHP và Java cho một ứng dụng? Đó chỉ là không hợp lý. – mvmn
Công ty tôi làm việc tại đã thiết lập một số dự án khác nhau của Liferay độc lập với nhau. Hiện tại, một nhóm khác đang làm việc để di chuyển một trang web dựa trên liferay từ bên ngoài vào lưu trữ trong nhà. Họ nói với tôi rằng họ đang đối mặt với nhiều vấn đề; các phiên bản khác nhau ra khỏi các portlet/thư viện đã sử dụng, nỗ lực thay đổi cơ sở dữ liệu (afaik từ mysql thành oracle), phá vỡ các thay đổi giữa phiên bản 6.0, 6.1 và 6.2 trong trạng thái sửa lỗi khác nhau trên phiên bản EE so với phiên bản CE. Tất cả điều này ... – surfmuggle
... cho phép tôi tự hỏi liệu liferray có phù hợp làm cơ sở cho các trang web tổng hợp hay không, trừ khi trang của bạn thực sự lớn (chúng ta hãy nói> 300 trang khác nhau) và mọi ứng dụng được kết hợp thành một phiên bản duy nhất. Tôi muốn nghe ý kiến của bạn và bất kỳ rắc rối nào bạn phải đối mặt khi thay đổi các phiên bản và ấn bản (từ CE sang EE). – surfmuggle