Danh mục

PHP Framework những điều nên và không nên

Số trang: 7      Loại file: pdf      Dung lượng: 109.14 KB      Lượt xem: 18      Lượt tải: 0    
Hoai.2512

Phí tải xuống: 4,000 VND Tải xuống file đầy đủ (7 trang) 0
Xem trước 2 trang đầu tiên của tài liệu này:

Thông tin tài liệu:

PHP Framework những điều nên và không nên.Ngày nay, nói đến lập trình PHP thì hầu hết các lập trình viên đều nghĩ tới 1 phương tiện là PHP Framework. Vì nó giúp lập trình viên giảm thiểu tối đa thời gian phải viết lại những thao tác cơ bản. Hơn nữa, PHP Frameworkcòn làm cho lập trình viên có nhiều thời gian nghiên cứu và cập nhật công nghệ mới, bởi họ không mất quá nhiều thời gian cho việc tìm tòi hay vận dụng những kiến thức mà cơ bản là đã quá nhàm chán với họ trong...
Nội dung trích xuất từ tài liệu:
PHP Framework những điều nên và không nênPHP Framework những điều nên và không nênNgày nay, nói đến lập trình PHP thì hầu hết các lập trình viên đều nghĩ tới 1phương tiện là PHP Framework. Vì nó giúp lập trình viên giảm thiểu tối đathời gian phải viết lại những thao tác cơ bản. Hơn nữa, PHP Frameworkcònlàm cho lập trình viên có nhiều thời gian nghiên cứu và cập nhật công nghệmới, bởi họ không mất quá nhiều thời gian cho việc tìm tòi hay vận dụngnhững kiến thức mà cơ bản là đã quá nhàm chán với họ trong các dự án.Thật vậy, PHP Frameworkhiện nay khá đầy đủ và đáp ứng hầu hết các điềukiện cần và đủ cho việc xây dựng một dự án. Nói tới Framework thì nổi bậtnhất vẫn là những tay gạo cội và lão làng như: Zend Framework,CodeiGniter Framework, CakePHP Framework,.... Các framework nàychú trọng những chi tiết nhỏ nhất trong lập trình. Nhằm giảm tải thời gianvận dụng cho người sử dụng chúng. Chẳng hạn như các helper giúp ngườidùng xây dựng form, các helper giúp người dùng sử dụng những thẻ HTML,các helper giúp người dùng validation các form và dữ liệu,....Những điều này,thực tế chỉ góp phần làm cho Framework đó trở nên thân thiện và quen thuộcvới người dùng nhiều hơn thôi.Nhưng thực tế, PHP Frameworkcũng để lại những hệ lụy tác động tới nhiềuyếu tố của ứng dụng hay nghiêm trọng hơn vẫn là tới yếu tố con người. Trongbài này, chúng ta cùng phân tích xem. Vấn đề gì cần quan tâm và cần chú ýkhi vận hành bất kể PHP Frameworknào nhé.Cần hay không cần những helper như thế ?.Nếu phải hỏi các lập trình viên rằng Bạn có biết HTML hay không ?. Bạn cóbiết tạo form bằng HTML hay không ?. Sẽ không ít người cười và cho rằngbạn đang làm những việc dư thừa. Ở đẳng cấp một lập trình viên. Thì đó làyếu tố cơ bản bắt buộc họ phải học qua, vậy tại sao chúng ta còn đợi chờ mộtPHP Framework thay ta làm những công việc như thế. Có, dĩ nhiên là tốt.Nhưng không có cũng chẳng ảnh hưởng tới ai. Hơn nữa với việc cập nhật cácthư viện này sẽ khiến cho ứng dụng trở nên chậm chạp và khó vận hành hơn.Một điều mà các PHP Framework luôn phải chịu tác động.Model bài toán nan giải dành cho các framework.Hầu hết các PHP Frameworkđều xây dựng trên mô hình M-V-C một trongnhững design pattern. Mô hình này sẽ tách code thành 3 phân vùng khác nhauvới 3 trách nhiệm khác nhau. Controller sẽ đóng vai trò tiếp nhận request(yêu cầu) để chuyển chúng tới cho Model. Lúc này model sẽ vận hành cáccấu trúc Active Record hoặc SQL thuần để lấy ra thông tin từ database sauđó đổ chúng vào dạng mảng. Lúc này khi controller yêu cầu tới request nàonó sẽ đẩy mảng thông tin đó vào view. Tại view để lấy được các giá trị trongmảng, ta lại phải duyệt mảng để lấy ra từng phần tử đơn lẻ như thế. Việc nàycàng làm cho ứng dụng trở nên chậm chạp. Góp phần gia tăng % rùa củaPHP Framework.Autoload - yếu tố chí mạng làm chậm framework.Để giúp người sử dụng dễ dàng vận hành các thư viện, các PHPFrameworkthường cho phép tính năng autoload luôn bật on ở mọi thứ. Điềunày giúp cho người lập trình không tốn thời gian khởi tạo các đối tượng khicần dùng tới. Bởi chúng đã được triệu gọi ngay khi chúng ta truy cập tớicontroller mất rồi. Có vẻ lợi nhiều hơn hại các bạn nhỉ. Nhưng thực tế, chínhautoload trở thành bài toán nan giải khi người sử dụng triệu gọi một đốitượng bất kỳ. Vì không phải controller nào cũng cần những thư viện giốngnhau. Nó tùy thuộc vào yêu cầu của controller đó như thế nào và ra sao. Dođó, đừng bao giờ áp đặt cho PHP Frameworkcủa chúng ta phải load tất cảcác thư viện. Đúng là lợi đấy, nhưng nếu lợi 1 thì hại sẽ là 10 cho ứng dụngcủa bạn.Hướng đối tượng - câu chuyện muôn thuở cho các framework.Để code được mạch lạc, được trong sáng. Người lập trình đều muốn đưa mãnguồn của họ về hướng đội tượng Để giúp họ phát huy yếu tố kế thừa và vậnhành hiệu quả những gì mà họ đã từng làm với các ứng dụng trước đó. Hơnnữa, mô hình hướng đối tượng (Object-Oriented Programming) cũng làmột thế mạnh của PHP. Nên cứ thế mà lập trình viên không ngừng xây dựngcode của mình theo hướng đó. Đúng là OOP làm code trở nên trong sáng vàrõ ràng, nhưng lạm dụng OOP một cách thiếu linh động sẽ làm gây tác dụngngược lại với lợi ích mà chúng ta luôn mong muốn. Nên vận dụng OOP thậtkhéo léo với design pattern để phát huy tối đa sức mạnh mà OOP vốn có.Và tư duy ngủ quên - mối hiểm họa đáng lo lắng cho lập trình viên.PHP Frameworkđúng một trong những bước tiến đáng kể của PHP. Bởiviệc xây dựng hàng loạt các thư viện giúp người dùng giải quyết bài toán mộtcách khoa học và không cần phải làm lại những thao tác đã quá căn bản.Nhưng cũng chính vì những điều này mà PHP Frameworklàm cho ngườilập trình có thói quen ỷ lại một cách nghiêm trọng khi vận dụng PHPFramework. Chẳng hạn ở phiên bản CodeIgniter 1.7.2, CodeIgniter đã hỗtrợ cho người sử dụng cả thư viện shopping cart, image,....Việc này vô tìnhlàm cho Lập trình viên PHP ...

Tài liệu được xem nhiều: