PHP development and efficient WEB system application skills_PHP tutorial

PHP is an excellent tool, it can be simple or complex. Different projects should use different PHP.

Small project - simple and straightforward PHP

Generally, for a website with less than 20 functional pages, we can use a very simple framework structure to write it. On this scale, I suggest using a more direct process-oriented coding method. The reason is very simple. There is no need to make N many class files. As a result, there is only one new in the controller. Of course, projects with frequently changing requirements are excluded.

At this level, the advantages of PHP are obvious: rapid development, clear at a glance. The shortcomings are also well hidden.

Medium-sized project - Beautifully structured OO PHP

For a medium-sized project, I recommend using a well-designed framework. This framework can be based on the MVC model and encapsulates many underlying operations. Of course, there must be a good, preferably transparent, cache mechanism. In this way, the OO mechanism we added to adapt to changes can run faster and better.

At this level. PHP's shortcomings began to emerge, such as incomplete OO support (this PHP5 has been greatly improved) and only single-threaded mode. In addition, some peripheral tools are beginning to lack support. For example, PHP does not have good refactoring tools and there is no good unit testing tool integrated into the IDE. The advantages are of course the original rapid development and wide range of available open source resources.

Large Project - Extended and Optimized PHP

The large-scale projects here simply refer to distributed projects, that is to say, your program needs to be deployed on N servers. At this level, PHP does lack a lot of support compared to j2ee. I have discussed in detail with shadow on 735 some of the problems that need to be solved to apply PHP on large systems. Of course, these problems are not only problems with the PHP language, but also include problems with peripheral development:

1. PHP page code sharing. After the PHP source code is loaded into the memory once, it is retained in it - this can be done with the APC and Zend optimizers.

2. Data object sharing between PHP pages. A.php and b.php can share a data object, such as an array. This can now be done using serialization, but there will be file io, which can be used Shared memory or memcached to handle.

　3 PHP database connection pool, because in the case of multiple front ends, PHP cannot control the connection to the database, so it is necessary to create a connection pool in front of the database, something similar to sqlrelay. In addition, data caching is also very important. There is a tip for high-pressure development, that is, don’t touch the database if you can.

　4 PHP front-end cache system. A transparent and controllable cache mechanism to ensure that the website's pages query the database the least number of times. There are many implementations of this, but I haven't found a particularly good one.

5. After a PHP application successfully solves these problems, it will have no problem coping with slightly greater pressure.

At this level, it is important to integrate PHP, java, C++, python and the like to make it an efficient system. We can use memcached for distributed memory management, Lucene for full-text retrieval, and ejb containers to place some business logic components. PHP serves as the glue between the front end and the system to quickly and flexibly bond these.

http://www.bkjia.com/PHPjc/486276.htmlwww.bkjia.comtruehttp: //www.bkjia.com/PHPjc/486276.htmlTechArticlePHP is an excellent tool, it can be simple or complex. Different projects should use different PHP. Small project - simple and straightforward PHP Generally for a functional page...