Làm thế nào tôi có thể đánh giá như thế nào và có nên thay đổi khuôn khổ php?

Question

Cần một số hướng dẫn và lý tưởng một số trải nghiệm trực tiếp.

Chúng tôi cam kết một khuôn khổ php, ngay sau khi chúng tôi xây dựng bản rev đầu tiên, ngừng tất cả sự phát triển trong khuôn khổ khoảng một năm, chia hai lần và không thực sự có một cộng đồng lớn để bắt đầu, nghĩa là không có plugin, hướng dẫn, v.v.

Đối với một dự án khác mà chúng tôi phát triển trên đường ray và ngày đêm: khung công tác phát triển mạnh mẽ và liên tục và hệ sinh thái lành mạnh gồm các plugin tuyệt vời và cộng đồng năng động, phát triển, thông minh và hữu ích.

Nhưng suy nghĩ về việc làm mất tất cả thời gian và chi phí chìm trong khuôn khổ là một trở ngại lớn mà tôi không chắc chắn chúng tôi đã sẵn sàng để vượt qua, để đi từ php đến đường ray. Tuy nhiên, cố gắng làm việc với khung công tác này đã có mức độ thất vọng và đầu tư khác nhau.

Có một số ý tưởng về cách một cổng như vậy có thể ít đau đớn (ở trong php nhưng một khuôn khổ OO tương tự mà đang phát triển/khỏe mạnh?)

Gợi ý về cách chúng tôi có thể tiếp tục cày trước với những gì chúng tôi có ?

Lý tưởng nhất là một người có thể tìm thấy chính mình trong một tình huống tương tự sẽ là siêu hữu ích cho chúng tôi để có được đầu của chúng tôi quấn quanh nó. Các cuộc trò chuyện nội bộ mà chúng tôi tiếp tục quay trở lại và tôi muốn tìm một hướng đi và tiến lên phía trước.

Cảm ơn một số đề xuất hoặc thậm chí là các câu hỏi, điều đó sẽ giúp chúng tôi xây dựng một ma trận quyết định xung quanh nó.

PS: Hai hoặc ba người tôi đã gặp trên SO, người thực sự đã sử dụng khung công tác này thật tuyệt vời, vì vậy tôi không muốn nó trở thành tiêu cực về điều đó. Kích thước (của cộng đồng) ít nhất là từ quan điểm của chúng tôi không quan trọng, và tôi nghĩ rằng chúng ta chỉ thấy sự so sánh với Rails (có lẽ đó là một so sánh không công bằng) Vì vậy, cảm ơn bạn!

Answer 1

Tôi không thể trả lời tất cả câu hỏi của bạn, nhưng tôi đã ở trong tình huống tương tự khoảng 6 tháng trước. Dài câu chuyện ngắn, tôi đã bỏ trên khuôn khổ của riêng tôi và chuyển sang Symfony. Tôi ghét ý tưởng từ bỏ những gì tôi đã làm việc từ rất lâu và rất quen thuộc, nhưng tôi không thể phớt lờ khía cạnh cộng đồng. Ngoài các plugin, tôi cần thiết để có thể hỏi những người khác về khung công tác - điều mà tôi không thể làm được là tôi đã mắc kẹt với khuôn khổ của riêng mình. Các đường cong học tập hút (mặc dù tôi biết nó sẽ là không thể tránh khỏi), nhưng cuối cùng tôi không có hối tiếc sau khi chuyển đổi.Tôi cảm thấy tự tin hơn nhiều trong các sản phẩm của tôi bây giờ mà tôi sử dụng một khuôn khổ trưởng thành với một cộng đồng lành mạnh. Tôi sẽ đề nghị xem xét các khuôn khổ PHP lớn, và nhìn thấy cái nào phù hợp với phong cách phát triển của bạn một cách tốt nhất.

Answer 2

Tôi khuyên bạn nên xem xét Akelos framework, đó được cho là một cổng của Rails cho PHP và có thể làm giảm đáng kể quá trình chuyển đổi khung của bạn.

Theo tôi, tôi đồng ý với ý nghĩ rằng đã đến lúc chuyển đổi nếu khung hiện tại của bạn không có cơ sở người dùng lành mạnh và tiến bộ vững chắc, đây là yếu tố quan trọng đối với tôi lựa chọn một giải pháp khung dài hạn. Yếu tố quan trọng khác mà tôi nắm giữ ở mức cao là làm thế nào gần việc thực hiện khung, các tính năng hỗ trợ và các mục tiêu cuối cùng phù hợp với dự án tôi muốn áp dụng nó. Với so many PHP frameworks available bạn hiện có tùy chọn rất chọn lọc và nên tận dụng tối đa điều đó.

Answer 3

Cho dù bạn đi sai bao xa, hãy quay lại. Chi phí chìm đã bị chìm.

Tôi muốn đề xuất khung công tác Zend nếu bạn định sử dụng PHP. Hãy chắc chắn rằng bạn xây dựng các bài kiểm tra đơn vị khi bạn bắt đầu tái cấu trúc để bạn có thể yên tâm rằng mã mới của bạn cũng giống như mã cũ.

Answer 4

Nó thực sự phụ thuộc vào chi phí thay đổi so với chi phí duy trì những gì bạn có. Tôi không nghĩ rằng bất cứ ai ở đây tại stackoverflow có thể làm cho rằng bản án gọi cho bạn. Mặc dù vậy, tôi sẽ gợi ý rằng, thật dễ dàng để tập trung vào những điều xấu và quên đi những điều có hiệu quả. Mọi người có xu hướng đánh giá thấp bao nhiêu công việc họ phải đưa vào một cổng từ một khuôn khổ/công nghệ khác. Vì vậy, nếu bạn có kế hoạch để đi con đường đó, cố gắng làm cho nó trong các bước nhỏ nhất có thể; Ví dụ. lấy các dự án nhỏ hơn đầu tiên, để có được một cảm giác cho những gì nó có nghĩa là để cổng một dự án trên. Điều này sẽ cho bạn thời gian để kéo phanh nếu nó hóa ra là không thể quản lý được. Nó cũng sẽ cung cấp cho bạn thời gian để điều chỉnh cho nền tảng mới (Ví dụ: bạn nói rằng bạn chưa sẵn sàng để thực hiện các bước từ php đến ruby ​​chưa).