09/10/2018, 23:59

Kiến trúc chuẩn cho php5&mysql

Ai có kinh nghiệm làm việc với PHP5 & MYSQL hoặc cách làm việc của các cty như thế nào. (không nói về các framework của nước ngoài)
- Mô hình nào (MVC, Provider Pattern) ?
- Sử dụng object, abstract, interface, ..vv..
Thanks
nobie viết 02:12 ngày 10/10/2018
Công ty Việt Nam á? Quan sát của Me://

+ Coding Style: Mã mì ống
+ Pattern: chép lại phần mềm của nước ngoài và patch
+ Object not recommended, procedure is a plus.

Theo Me:// thì ở VN, các công ty sài PHP không mấy care đến chất lượng mã PHP hay sự dễ bảo trì, họ care hơn đến làm thế nào code cho nhanh để chuyển cho khách và thu tiền. Quan trọng là cái giao diện đèm đẹp. Hỏng hóc, bảo trì... là chuyện ... sau khi đã thu tiền.

Khách hàng PHP ở VN cũng chẳng biết cái đếch gì về chất lượng mã để dùng cái đó ra mặc cả. Cầu thế nào, cung thế đó, rồi đến lượt cung chỉ đến thế, cầu phải nghe theo.
php&mysql viết 02:12 ngày 10/10/2018
Thật ra cũng không hoàn toàn vậy, mình nghỉ chắc phải có nhiều cty đang dùng pattern để code php chứ. Những project quá bé thì có thể code kiểu mì ống được tuy nhiên khi project lớn cần nhiều đến việc tái sử dụng và nâng cấp thì phải làm theo chuẩn rõ ràng, php5 giờ đã khá hay rồi. Hy vọng có người hướng dẫn cụ thể.
stonemind viết 02:00 ngày 10/10/2018
Mình ko rành cho lắm, nhưgn mình cũng đã đi làm về phần này. Ở chỗ mình thì tùy lập trình viên thui, ai mún làm sao thì làm, chay nhanh và tốt là được.

Còn khách hàng đôi lúc ký khôi lắm, họ không biết và cũng chẳng quan tâm đến viêc phát triển web của họ sau này. Do ko iu cầu nên bên phía cty cũng chỉ làm bình thường, níu muốn làm mới thì làm 100% mới. Đến lúc cần nâng cấp, khách hàng bảo là do cty ko lo chuyện đó trước, họ phải chi 100% cho web mới, càn nhắn và khó chịu. Trong khi khách hàng thì muốn chi phí thấp, tiền nào của đó thui hà. Bên cty lại muốn đem giá thấp nhất, nhanh nhất tới khách hàng.

Rốt cuộc là có số lượng nhưng thiếu chất lượng.
php&mysql viết 02:03 ngày 10/10/2018
Được gửi bởi stonemind
Mình ko rành cho lắm, nhưgn mình cũng đã đi làm về phần này. Ở chỗ mình thì tùy lập trình viên thui, ai mún làm sao thì làm, chay nhanh và tốt là được.

Còn khách hàng đôi lúc ký khôi lắm, họ không biết và cũng chẳng quan tâm đến viêc phát triển web của họ sau này. Do ko iu cầu nên bên phía cty cũng chỉ làm bình thường, níu muốn làm mới thì làm 100% mới. Đến lúc cần nâng cấp, khách hàng bảo là do cty ko lo chuyện đó trước, họ phải chi 100% cho web mới, càn nhắn và khó chịu. Trong khi khách hàng thì muốn chi phí thấp, tiền nào của đó thui hà. Bên cty lại muốn đem giá thấp nhất, nhanh nhất tới khách hàng.

Rốt cuộc là có số lượng nhưng thiếu chất lượng.
Cũng chính xuất phát từ các nguyên nhân trên mà mình thiết nghĩ nên có một hướng dẫn cụ thể nào đó cho cách code php, thật ra thì trên mạng có rất nhiều framework rất hay như của zend và apado ..vv.. nhưng chiếm quá nhiều resource và phải làm theo cách của họ, trong khi chúng ta chỉ cần một chuẩn để lập trình OOP trong php5, ví dụ viết theo MVC ...
nobie viết 01:59 ngày 10/10/2018
Chuẩn á?

Chuẩn là tớ và cậu đây chứ đâu? Ai trong công ty dạy nổi chúng ta cơ chứ? Đồ PHP là đồ tự học mà.

Cách đây chừng gần 2 năm, pcdinh bên PHPVietnam có đề xuất xây dựng chuẩn code mã PHP với VNOSS. Các bác bên đó phản đối tùm lum. He he, chẳng qua là tầm nhìn của họ hạn hẹp. Hơn nữa là dân khoa học máy tính (tức là dân nghiên cứu) chứ không phải là dân lập trình. Đề xuất sai đối tượng mà

Nếu có tồn tại một khuyến cáo cơ bản về code PHP thì nó phải có 2 mức

+ Coding Style Guidelines
+ Best Practices

Bác hứng thú thì chúng ta cùng nhau xây dựng. Sau đó các công ty học chúng ta mà làm theo thôi.

Ý kiến các bồ ra sao?
pcdinh viết 02:14 ngày 10/10/2018
Đừng có lôi tớ ra chứ n00b.

Vì không phải người Việt nào cũng giỏi tiếng Việt cho nên về cái này cần làm rõ với nhau 2 điểm.

Thế là chuẩn?
+ Hoàn hảo tuyệt vời
+ Một quy ước chung

Khi tớ quẳng cái Code Guidline của tớ lên Wikipedia, một cậu chắc cũng đầu 3x phản đối bảo là cậu ấy code mấy năm PHP bên Mĩ mà chẳng nghe thấy cái chuẩn nào như vậy cả.

Tớ thấy buồn cười quá mà chẳng dám cãi. Cũng giống như có người code đến mấy chục năm mà chưa nghe thấy design pattern bao giờ ấy mà.

Vì tiếng Việt đa hình thái vậy cho nên để tránh các tình huống ngô nghê kiểu trên, tớ đề nghị các bạn muốn biết có chuẩn nào đó tồn tại không thì xin định nghĩa cái chuẩn của bạn là gì? Sau đó sẽ nói chuyện tiếp.

Happy Coding
stonemind viết 02:04 ngày 10/10/2018
Đúng như pác bên trên nói, quả thực là mình cũng ko hiểu gõ bạn nói kiến trức là gì. Nhưng bạn hãy nhìn các portal và forum đi, cái nào cái nấy khác nhau 1 trời 1 vực và có 1 mức độ security nào đó.

Hồi mình mới học, cách đây cũng khoảng 5 năm, code PHP-NUKE còn bị lỗi SQL Injection nữa là, tất cả code đều viết theo function, ko theo OOP như bây jờ.

Do đó cho thấy, níu bạn nói đến chuẩn????? là sao?

Theo ý mìn, thì ý bạn nói đó chính là các phân chia công việc cũng như lập trình tiện cho việc phát triển sau này + tăng mức độ security (+ chậm hơn), phải ko? Còn làm thế nào, thì người lập trình phải chịu toàn trách nhịm.
pcdinh viết 02:10 ngày 10/10/2018
php&mysql đang bàn về vấn đề software engineering chứ không bàn về specific implementation bạn ạ
php&mysql viết 02:01 ngày 10/10/2018
Yeah cái mình nói ở đây là chuẩn làm sao cho một ứng dụng có tính thực thi cao về bảo mật cũng như khả năng mở rông (kế thừa) mã, và cách làm việc nhóm ví dụ:
- Provider Pattern (DAL, DAO), tất cả đều OOP
- ..vv..
Bài liên quan
0