PHP框架中的SPB分离
作为服务器端的PHP程序，一般所要求的是数据、算法、表现分离。于是，就有MVC架构模式。按理说，PHP中不存在SPB分离。实际并不是这样的。
这是因为，你没有使用PHP来写web ui组件。如果要用PHP生成web ui组件，则必须要面对SPB分离这个问题。
为什么要写web ui组件？组件式开发，其开发速度是最快的。比如，JSP有JSF，还有Tapestry。缺少组件，至今仍是PHP的一大问题。
但是，如何来写web ui组件？看看目前大量的提供组件的框架，我们不难发现，这些PHP框架提供的web ui组件，不是不易使用，即是扩展性相当差。而且，最大的缺陷还在于，维护困难，并且运行效率低下。女装品牌排行榜
有人会说，本来，需要你用代码，用HTML+CSS将这些都做好。现在完全由代码自动生成，效率自然就差了。这或许是理由。但实际上，web ui组件开发的技术，或者开发思想决定了PHP框架提供的web ui组件的根本的效率。同时也决定了它的可扩展性，可维护性与易用性。
那么，PHP框架提供的web ui组件，如何做到这些？这不是单一的设计模式理论能完全解决的。一个根本问题，就是首先要实现SPB分离！
相对于web ui组件，其结果是SPB分离，那么，程序首先是将结构、表现、行为分开处理。而对于结构，则是基于MVC，其数据来源于模块。生成结构的则是web ui组件的核心代码——算法部分。而这一算法，如果是基于设计模式的，那么，这样的结构才是最佳结构。
PHP现在没有支持web ui组件IDE。SPB分离则会增加web ui组件的易用性，便于程序对各部分独立操作。当然，将来如果有支持web ui组件IDE，直接在IDE中设计，一样也是相当的方便。因为，SPB分离为设计时显示能够提供统一的调用接口。而现在的PHP框架提供的web ui组件，均是做不到的。
经过SPB分离以后，代码与算法将会变得更加精简。如果你按此理念动手编写，肯定会发现这一点，精简的算法，其运行效率肯定会大幅度提高。这是必然的。
由此，我们可以总结出一点：那就是，我们应当面向数据结构，而不是面向原始数据。我们需要对数据进行预处理，使得它能成为程序易于处理的数据结构。
这是因为，你没有使用PHP来写web ui组件。如果要用PHP生成web ui组件，则必须要面对SPB分离这个问题。
为什么要写web ui组件？组件式开发，其开发速度是最快的。比如，JSP有JSF，还有Tapestry。缺少组件，至今仍是PHP的一大问题。
但是，如何来写web ui组件？看看目前大量的提供组件的框架，我们不难发现，这些PHP框架提供的web ui组件，不是不易使用，即是扩展性相当差。而且，最大的缺陷还在于，维护困难，并且运行效率低下。女装品牌排行榜
有人会说，本来，需要你用代码，用HTML+CSS将这些都做好。现在完全由代码自动生成，效率自然就差了。这或许是理由。但实际上，web ui组件开发的技术，或者开发思想决定了PHP框架提供的web ui组件的根本的效率。同时也决定了它的可扩展性，可维护性与易用性。
那么，PHP框架提供的web ui组件，如何做到这些？这不是单一的设计模式理论能完全解决的。一个根本问题，就是首先要实现SPB分离！
相对于web ui组件，其结果是SPB分离，那么，程序首先是将结构、表现、行为分开处理。而对于结构，则是基于MVC，其数据来源于模块。生成结构的则是web ui组件的核心代码——算法部分。而这一算法，如果是基于设计模式的，那么，这样的结构才是最佳结构。
PHP现在没有支持web ui组件IDE。SPB分离则会增加web ui组件的易用性，便于程序对各部分独立操作。当然，将来如果有支持web ui组件IDE，直接在IDE中设计，一样也是相当的方便。因为，SPB分离为设计时显示能够提供统一的调用接口。而现在的PHP框架提供的web ui组件，均是做不到的。
经过SPB分离以后，代码与算法将会变得更加精简。如果你按此理念动手编写，肯定会发现这一点，精简的算法，其运行效率肯定会大幅度提高。这是必然的。
由此，我们可以总结出一点：那就是，我们应当面向数据结构，而不是面向原始数据。我们需要对数据进行预处理，使得它能成为程序易于处理的数据结构。
