phong cách code php của bạn?

tùy TH, tùy nhu cầu, tùy tình huống...

mình muốn viết 1 ứng dụng lớn, phân chia ra các modules đàng hoàng, nhưng không biết nên code như thế nào cho khoa học và dễ nâng cấp, mong sự tư vấn

Mỳ ống....code lung tung.

90% các bác ở đây là code lung tung cả lên, chưa hẳn là mì ống nữa, vì mỳ ống thì cũng chỉ là một loại mỳ mà thôi, chứ cách code của chúng ta là rất tùy tiện, xào nấu nhiều trường phái, và ắt hẳn chỉ có người viết hiểu mình đang làm gì mà thôi. Nhưng chưa hẳn, sau một vài tuần không đọc code, khi đọc lại, chính người viết cũng chả hiểu code của mình muốn nói gì, đó là sự thật vì chúng ta học PHP không bài bản, lớp lang gì cả, bạ đâu viết đấy, cứ cần chỗ nào lại đọc tí chút về nó và bắt tay. Cách làm này khác xa bọn châu Âu / Mỹ. Bọn nó luôn luôn đọc nhuyễn vài cuốn sách trước khi bắt tay.

Đây là một số thao tác theo chu trình mà một vài coder vn hay gặp:

1. Giai đoạn thiết lập công trình, vạch ra nhiều nội dung một cách kĩ càng và xếp theo một hệ thống khá hợp lí.
2. Giai đoạn phân mục data source, các folder cũng được sắp xếp khá chuẩn và hợp lí.
3. Giai đoạn viết code, mấy trang như index.php, config.php, sql.php ... thì viết rất có nét, đâu đó rõ ràng.
4. Giai đoạn giữa công trình, bắt đầu "lụn bại" ý chí, viết bắt đầu lung tung.
5. Gặp vấn đề khó, bắt đầu sinh ra những cái test thẳng trong source, sau đó mask lại bằng comment rồi quên tháo khỏi code. Bước hai lộn xộn.
6. Khoảng 2/3 công trình, thành công đang ở trước mắt, mải nghĩ đến cái đích nên viết càng nhanh càng tốt, gặp đâu bạ đó miễn sao chạy đc.
6.1. Đến đây gặp phải vấn đề khó nữa (thông thường mấy cái khó chừa cuối cùng), muốn giải quyết lắm mà gặp đống cù nhây ở bước 4,5,6 nên bắt đầu nản.
7. Quyết định dừng mấy ngày để xả stress, sau đó chơi một mạch mấy tuần (tháng).
8. Khi bắt đầu có hứng lại thì nhìn vào chả biết mình viết gì mấy tuần (tháng) trước. Lại bạ tùm lum thứ vào. Cuối cùng xảy ra 2 trường hợp:
a. Bỏ luôn.
b. Hoàn thành với cái source tơi tả (rồi từ từ sort lại).
9. Xong rồi, bắt đầu làm cái khác, chu trình y như trên.

Nói không phải giỡn chứ tớ cũng từng là 1 thằng tuân thủ đúng chu trình trên Không biết ở đây có ai giống tớ không.

Ừm, hổng biết là anh bạn amida đặt ra các bước trên và tuân thủ nó đến mức nào. Nhưng theo mình biết thì trừ những lập trình viên ở những công ty phần mềm lừng danh, thì đa số nhưng tay PHP coder khác là làm việc khá tùy tiện, thể hiện như sau:

- Chưa thấy dự án nào có CVS cả, tìm trên SourceForge các dự án của các coder lừng danh Việt Nam cũng không thấy CVS.

- Hầu như không ai sử dụng mô hình UML.

- Cũng không thấy tung lên những website nổi tiếng của các lập trình viên trên thế giới để họ góp ý

- Sử dụng lại mã của người khác rất tùy tiện và hầu như không chịu đọc tài liệu để hiểu cái mã kia làm gì, chỉ thấy nó đáp ứng nhu cầu be bé nào đó thì bê nguyên xi => cải lùi => nặng nề.

Pồ không biết không có nghĩa là ngừoi ta không làm.

--------------------------------------------------
Quê nẫu: http://www.mangbinhdinh.com

Dù làm việc 1 mình chăng đi nữa mình vẫn dùng subversion.
lkn2 mình cũng xài DbDesginer nè.
nếu cần làm 1 cái gì đó gấp gáp và nhẹ nhàng thì chắc chắn mình sẽ code theo kiểu cổ điển. tuy nhiên vẫn phải đúng chuẩn.
mình không code đến đâu chạy đến đó. Mình để mỗi module là 1 class mỗi action là 1 function.
comment đầu mỗi function, trong function thì thấy chỗ nào cần thì comment thêm vô. kể ra 1 file mình code vô số comment )

Cho tớ pon chen chút nha mí pồ

CVS ở đây tớ nghĩ superthin muốn nói đến cái Revision control này chứ có phải đề cập đến một phần mềm hay một tool cụ thể đâu mà pác kể Subversion . Hơn nữa pác căn cớ vào đâu mà bảo toàn dùng subversion :P Tớ thấy khá nhiều nơi vẫn dùng VSS hay CVS đây thôi.

Theo tớ bít thì UML là một ngôn ngữ mô hình hóa trong khi DBDesigner là một tool mà? hơi khập khiễng nhĩ.

Tớ cũng dzọt luôn đây

--------------------------------------
Quê nẫu: http://www.mangbinhdinh.com