Ngày nay, nói đến lập trình PHP thì

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 các dự án.

Thật vậy, PHP Frameworkhiện nay khá đầy đủ và đáp ứng hầu hết các điều kiện cần và đủ cho việc xây dựng một dự án. Nói tới Framework thì nổi bật nhấ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ày chú trọng những chi tiết nhỏ nhất trong lập trình. Nhằm giảm tải thời gian vận dụng cho người sử dụng chúng. Chẳng hạn như các helper giúp người dù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ộc vớ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ều yế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. Trong bà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ằng bạ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ột PHP 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ác thư 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 trong những design pattern. Mô hình này sẽ tách code thành 3 phân vùng khác nhau vớ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ác cấ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ào nó sẽ đẩy mảng thông tin đó vào view. Tại view để lấy được các giá trị trong mả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ày càng làm cho ứng dụng trở nên chậm chạp. Góp phần gia tăng % "rùa" của PHP 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 PHP Framework thường cho phép tính năng autoload luôn bật on ở mọi thứ. Điều nà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 khi cần dùng tới. Bởi chúng đã được triệu gọi ngay khi chúng ta truy cập tới controller 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ính autoload trở thành bài toán nan giải khi người sử dụng triệu gọi một đối tượng bất kỳ. Vì không phải controller nào cũng cần những thư viện giống nhau. 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ụng củ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ận hành hiệu quả những gì mà họ đã từng làm với các ứng dụng trước đó. Hơn nữ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ựng code 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ụng ngượ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ật khé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ởi việ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ột cá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ười lập trình có thói quen ỷ lại một cách nghiêm trọng khi vận dụng PHP Framework. 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ình làm cho Lập trình viên PHP có suy nghĩ lười nhác trong việc vận dụng và phát triển. Với họ việc tạo 1 cart online chỉ đơn giản là móc, móc, trỏ, trỏ. Gọi lớp kia, gọi lớp này là xong. Vô tình chính PHP Framework đã giết chết suy nghĩ của người lập trình.

Người ta hay đòi hỏi một món ăn thật ngon miệng, thật chất lượng và chế biến phải thật nhanh. Thế rồi khi có món ăn như thế họ luôn nghĩ rằng ăn như vậy mới là đúng cách, mới là tiết kiệm thời gian. Nhưng thực tế, những hệ lụy của việc sử dụng "fast food" luôn đem lại những bất cập về nhiều mặt. Ví như một món ăn, khi đã chế biến nhanh thì làm sao mà sạch được, mà khi đã không sạch thì dùng vào cơ thể tác hại nhiều hơn là tác dụng. PHP Framework cũng thế, nếu lúc nào lập trình viên cũng chỉ biết dựa vào PHP Framework mà quên mất PHP Framework cũng được làm nên từ những kiến thức mà họ có được. Thì chắc chắn, lập trình viên đó mãi sẽ không thể thoát khỏi cái bóng lớn của PHP Frameworkđem lại. Vậy ở khía cạnh 1 lập trình viên, chúng ta nên có cách nhìn đúng đắn. Khi PHP Frameworkcung cấp 1 thư viện mới, đừng ngần ngại vọc xem làm thế nào chúng giải quyết bài toán đó. Từ đó ta mới có thể rút ra được những cải tiến, tối ưu mà PHP Frameworkđem lại. Chưa kể nó sẽ bổ sung một lượng kiến thức khổng lồ cho bạn khi đọc sâu và tìm hiểu chu trình hoạt động của một thư viện PHP Framework bất kỳ.

Kết quả (Anh) 1:

Today, talking to PHP then most programmers are thinking of 1 means is the PHP Framework. Because it helps programmers to minimize the time to rewrite the basic operation. Furthermore, PHP Frameworkcòn make the programmers have a lot of time in research and new technology updates, because they do not take too much time to explore or manipulate the basic knowledge that is already too boring to them in the project.Indeed, PHP Frameworkhiện far quite adequate and meet most of the necessary and sufficient conditions for the construction of a project. Talk to the Framework, the most prominent is still the original rice and elders like: Zend Framework, CodeiGniter Framework, CakePHP Framework, .... The framework for this focus on the smallest details in programming. In order to reduce the download time for users who wield them. Such as the helper that helps users build form, the helper to help users use the HTML tag, the helper that helps the user validation of the form data, and. .. Of this, the only reality contribute to the Framework that become friendly and familiar with many more users.But in fact, PHP Frameworkcũng to leave the implications impact on many elements of the application or more serious still is to human factors. In this article, we analyze the view. What issues need attention and to be noted in operation regardless of PHP Frameworknào.Need or don't need the helper like that?.If you have to ask the programmers that "You have to know HTML or not?. You know create form using HTML or not?. " Will people laugh and show that you're doing things redundant. At the level of a programmer. Then it's basic elements required them to learn through, so why are we still waiting for a PHP Framework rather us do the work. There are, of course, is good. But there also didn't affect anyone. With the update of this library will cause the application to become sluggish and difficult to operate. One thing that the PHP Framework must always bear the impact.Model the problem unsolvable for the framework.Most of the PHP Frameworkđều built on the model of the M-V-C one of the design pattern. This model will split the code into 3 different partitions with 3 different responsibilities. Controller will play the role of receiving request (request) to transfer them to the Model. At this time the model will operate the Active Record structures or pure SQL to retrieve information from the database then pour them into the array form. At the moment when the controller required to request it will push the array information to view. In view to retrieve the values in the array, we must browse array to take out each single element. This makes the application becomes slow. Contribute to increase the% of "turtle" PHP Framework.AutoLoad-Chi element slow network framework.To help users to easily operate the library, the PHP Framework often allows autoload feature turned on in everything. This helps programmers don't spend the time to initialize the object when needed. By them was when we call millions access to controller. Seems to benefit more than hurt you. But in fact, the autoload become unsolvable problem when people use any object to call a million. Because not controller would also need the same library. It depends on the requirements of the controller which and how. So, don't ever imposed for PHP Frameworkcủa we have to load all the libraries. The right is beneficial, but if one is going to harm, then 10 for your application.Object-oriented story indefinitely for the 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ận hành hiệu quả những gì mà họ đã từng làm với các ứng dụng trước đó. Hơn nữ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ựng code 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ụng ngượ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ật khé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ởi việ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ột cá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ười lập trình có thói quen ỷ lại một cách nghiêm trọng khi vận dụng PHP Framework. 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ình làm cho Lập trình viên PHP có suy nghĩ lười nhác trong việc vận dụng và phát triển. Với họ việc tạo 1 cart online chỉ đơn giản là móc, móc, trỏ, trỏ. Gọi lớp kia, gọi lớp này là xong. Vô tình chính PHP Framework đã giết chết suy nghĩ của người lập trình.Người ta hay đòi hỏi một món ăn thật ngon miệng, thật chất lượng và chế biến phải thật nhanh. Thế rồi khi có món ăn như thế họ luôn nghĩ rằng ăn như vậy mới là đúng cách, mới là tiết kiệm thời gian. Nhưng thực tế, những hệ lụy của việc sử dụng "fast food" luôn đem lại những bất cập về nhiều mặt. Ví như một món ăn, khi đã chế biến nhanh thì làm sao mà sạch được, mà khi đã không sạch thì dùng vào cơ thể tác hại nhiều hơn là tác dụng. PHP Framework cũng thế, nếu lúc nào lập trình viên cũng chỉ biết dựa vào PHP Framework mà quên mất PHP Framework cũng được làm nên từ những kiến thức mà họ có được. Thì chắc chắn, lập trình viên đó mãi sẽ không thể thoát khỏi cái bóng lớn của PHP Frameworkđem lại. Vậy ở khía cạnh 1 lập trình viên, chúng ta nên có cách nhìn đúng đắn. Khi PHP Frameworkcung cấp 1 thư viện mới, đừng ngần ngại vọc xem làm thế nào chúng giải quyết bài toán đó. Từ đó ta mới có thể rút ra được những cải tiến, tối ưu mà PHP Frameworkđem lại. Chưa kể nó sẽ bổ sung một lượng kiến thức khổng lồ cho bạn khi đọc sâu và tìm hiểu chu trình hoạt động của một thư viện PHP Framework bất kỳ.

Kết quả (Anh) 2:

Today, it comes to PHP programmers, most programmers are thinking of 1 means that PHP Framework. Because it helps developers minimize time to rewrite the basic operations. Moreover, PHP Frameworkcon make programmers more time researching and updating new technologies, because they do not take too much time for the search or use the basic knowledge that is already too boring for them in the project. Indeed, this is quite sufficient Frameworkhien PHP and meet most of the conditions necessary and sufficient for the construction of a project. Speaking to the Framework, the most prominent are still hand veteran and old guard such as Zend Framework, CodeIgniter Framework, CakePHP Framework, .... The framework focuses the smallest details in programming. To reduce download time for users to use them. Such as the helper helps users to build forms, the helper helps the user to use the HTML tag, the helper helps users to form and data validation, .... These, actually contribute to Framework that became friendly and familiar with many more users only. In fact, PHP Frameworkcung leave the consequences affect many elements of the application or to more serious still is the human factor. In this article, we analyze and see. What problems need attention and need to pay attention when operating regardless PHP Frameworknao offline. Need or no need for such helper?. If you have to ask the programmer that "You have to know HTML or not?. Do you know created HTML form or not?. " Would not a few people laugh and think you're doing things in excess. In class a programmer. It is fundamental to force them to learn through, so why are we still waiting for a PHP Framework rather do work like that. Yes, of course, is good. But no one did not affect. Moreover with updating these libraries will cause applications to become slow and more difficult to operate. One thing that these PHP Framework are always affected. Model unsolvable problem for the framework. Most PHP Frameworkdeu built on MVC model one design pattern. This model will be split into 3 parts code different with 3 different responsibilities. Controller will act as receiving the request (request) to transfer them to the model. Now that the model will run Active Record structures or pure SQL to retrieve information from the database and then pour them into the array. Now when the controller requests to request any information it will push them to view the array. In view to obtain the values ​​in the array, we again have to browse the array to retrieve each individual element such. This makes the application becomes sluggish. Contributing to increase% "turtle" of PHP Framework. Autoload - critical factors slowing framework. To help users easily operate the library, often allowing PHP Framework autoload feature is turned on in everything . This allows programmers do not take time to initialize the object when needed to. Because they have been invoked as soon as we have access to the controller died. Seems benefit than harm to your baby. But in reality, the autoload become unsolvable problem when the user invokes an object any. Because the controller does not need the same library. It depends on the requirements of the controller and how it is. Therefore, never imposed PHP Frameworkcua we have to load all the library. It is true that interest, but if one is hurt profit would be 10 for your application. User object - age-old story for the framework. To be coherent code, is clear. Programmers who want to put their source toward the object to help them promote legacy factors and operate effectively what they had done with the previous application. Moreover, object-oriented model (Object-Oriented Programming) is also a strength of PHP. So just so that programmers constantly build your code in that direction. It is true OOP code becomes bright and clear, but abuse OOP a lack flexibility will cause adverse effects to the interests that we always wanted. So use it wisely with OOP design pattern to maximize the power that OOP is. And overslept thinking - worrying threat for programmers. PHP Frameworkdung one of the significant steps of PHP . By building a series of libraries to help users solve the problem in a scientific way and do not need to redo the operation was too basic. But precisely because of this that PHP programmers Frameworklam for dependence habit seriously when applying PHP Framework. For example in version 1.7.2 CodeIgniter, CodeIgniter has support for both library users shopping carts, image, accidentally .... This makes PHP Programmer lazy thinking in the application and to develop. With the creation of 1 cart them online simply hook, hook, pointing, pointing. Call the other class, this class call is finished. Accidentally killed the Framework PHP programmer's thinking. One or requires a delicious dish, it's the quality and the processing must be very fast. Then when a dish like they always think to do so is to eat the right way, a new time-saving. But in reality, the implications of the use of "fast food" always brings the inadequacies in many aspects. For such a dish when cooked quickly, how clean are, but when was not clean, use the body more harm than help. PHP Framework too, if time programmer also said based on PHP Framework PHP Framework forget also be made ​​from the knowledge that they have. Surely, that programmer will not be forever free from the shadow of PHP Frameworkdem big again. So in terms of one programmer, we should have a proper look. When PHP Frameworkcung level 1 new library, do not hesitate to dabble see how we solve that problem. From there we can draw these improvements, optimizations that PHP Frameworkdem again. Not to mention it will add a huge amount of knowledge for you to read and learn deep cycle operation of a library any PHP Framework.