Đây là thiết lập tại cửa hàng của chúng tôi:Giới thiệu Rails vào một cửa hàng PHP? Hoặc xây dựng những gì chúng tôi đã sử dụng?
- 1 RẤT lớn ứng dụng PHP (Kohana 2) với nhiều của dev và rất nhiều cơ sở hạ tầng
- Nhiều (4-5 và phát triển) nhỏ PHP ứng với 1- làm việc 2 dev về những vấn đề
:
- không có thử nghiệm .210
- không có tài liệu
- triển khai mong manh và tẻ nhạt quá trình
tôi được chuyển từ các ứng dụng lớn duy nhất qua phía bên của ngôi nhà với nhiều ứng dụng nhỏ hơn. Việc thiếu kiểm tra và quy trình triển khai thích hợp trong cửa hàng của chúng tôi khiến tôi lo lắng rằng tôi sẽ dành nhiều thời gian sửa lỗi và triển khai sửa lỗi hơn là viết mã cho các tính năng mới.
Giải pháp A:
- giới thiệu PHPUnit và Selenium
- Di chuyển chúng qua Phing và Dbdeploy
Vấn đề với A: Thiết lập PHPUnit đã được tương đối dễ dàng, nhưng chức năng thử nghiệm với Selenium là một cơn đau toàn bộ. VM của chúng tôi làm việc tuyệt vời cho dev, nhưng Selenium chốt kim, cộng với một vài xét nghiệm đơn giản mất mãi mãi. Tôi không nghi ngờ tôi có thể có được tất cả các công nghệ này chơi tốt với nhau, nhưng tất cả có vẻ như một mớ hỗn độn và sự phức tạp của những làm việc với nhau có vẻ mong manh.
Giải pháp B:
- Đổi thành Rails
- Sử dụng thử nghiệm tích hợp và/hoặc RSpec/Dưa chuột (hội nhập của thứ hai dường như đơn giản)
- Sử dụng tích hợp DB di cư
- Sử dụng Capistrano để triển khai
Dựa trên các vấn đề chính o f thử nghiệm, tôi bắt đầu nhìn vào Rails. Dựa trên bản chất của các trang web khác mà chúng tôi quản lý, tôi nghĩ Rails có thể là một giải pháp tốt. Thử nghiệm tích hợp, cộng đồng tuyệt vời, nhiều công cụ tuyệt vời và phát triển nhanh.
Sự cố với B: Mọi ứng dụng hiện có trên Kohana 2 (khuôn khổ PHP) và không ai trong tổ chức biết Rails. Nhược điểm của việc giới thiệu một công nghệ mới sẽ phá vỡ các đội. Nếu tôi di chuyển các trang web đến Rails, sau đó bị một chiếc xe buýt đâm vào, chúng tôi sẽ hơi say.
Bottom line:
Dựa trên điểm đau (triển khai, kiểm tra, tài liệu, di cư DB) của chúng tôi, nó là giá trị chi phí để chuyển sang Rails? Hay chúng ta nên ở lại Kohana và tiếp tục thử và nhận các công cụ khác được xây dựng?
Mọi đề xuất? Bất cứ ai đi qua bất cứ điều gì tương tự? Quản lý đã nói với tôi rằng họ đang mở để nghe về Rails và chỉ đơn giản là muốn sử dụng công cụ tốt nhất có thể - bất kể đó là gì. Tuy nhiên, kiến trúc sư trưởng của chúng tôi sẽ cần một số thuyết phục nếu tôi quyết định chuyển đổi khuôn khổ cho các dự án nhỏ hơn của chúng tôi.
@closers: Chỉ vì bạn không có gì để nói về vấn đề này không có nghĩa là nó quá chủ quan và tranh cãi đối với một số người bị kẹt trong các tình huống tương tự để đưa ra câu trả lời hữu ích. – markus
Trong ý kiến của tôi, đó chính xác là loại câu hỏi khiến SO nhiều hơn là một diễn đàn 'sendmetehcodez'. Với các câu hỏi như thế này, mọi người có thể tìm hiểu về sự phức tạp của các quyết định meta cấp cao hơn, v.v. – markus
@closers: nếu tôi cần chỉnh sửa câu hỏi của mình, vui lòng cho tôi biết. Tôi nghĩ rằng đây là một quyết định vô cùng phức tạp và tôi nghĩ rằng một trong nhiều nhà phát triển khác có (hoặc sẽ) đi qua. – jmccartie