数码资讯
PHP发明者谈论MVC和Web设计体系结构,看起来他不支持使用MVC的PHP。
问:越来越多的Web 2站点将进入应用程序平台。你认为创建这样一个平台的关键是什么 答:简而言之,应用程序平台是api。任何Ajax和Web 2类型的网站是建立在应用平台上利用API创建可视化的界面相互作用。例如邮件、雅虎、读取后续信件通过简单的调用请求,创建这类网站,如何引导解决问题的方式,将决定
选购提示
关注价格、性能、续航、售后和真实使用场景,理性比较后再下单。
问:越来越多的Web 2站点将进入应用程序平台。你认为创建这样一个平台的关键是什么
答:简而言之,应用程序平台是api。任何Ajax和Web 2类型的网站是建立在应用平台上利用API创建可视化的界面相互作用。例如邮件、雅虎、读取后续信件通过简单的调用请求,创建这类网站,如何引导解决问题的方式,将决定未来的网站扩展(可扩展性),而非性能决定了网站的发展。
问:如何设计网站的结构,可以扩展吗
答:将网站应用于几十个独立的小程序。前端通过API提供服务,后端是应用程序引擎,这是自然可扩展的,因为应用程序的每个部分都有不同的使用级别。它需要不同的扩展名(缩放级别),需要不同的机制来处理。随着雅虎邮箱的发展,是建立一个服务程序,读取地址服务,快递服务,以及完整的、独立的阅读程序通讯程序。在雅虎的规模而言,这些工作需要完全分离可扩展性。
问:规划网站最重要的是什么
答:关键是要建立独立的、模块化的、独立的端点,不在同一个大篮子里,大部分的MVC架构(MVC框架)开发框架(框架),使用前端控制器称为(前端控制),每次浏览器发出一个请求,它会调用前端控制器,然后区分前端控制器,用户要执行一个程序。这样,没有意义。
在浏览器中,用户可以完全知道程序要做什么,例如用户只看信,程序将不再需要被发送到服务器,让用户读取或邮件服务器判断。如果我们把这些决定从浏览器和服务器,我们将浪费大量的服务器资源处理这些任务,不要让用户实用的功能,可扩展性是建筑,很多开发框架,结合所有的东西放在一起,限制建筑。如果你选择了错误的开发框架,你没有可扩展性。
问:你是说MVC模型对Web扩展性不好吗
答:MVC模式更适合使用在页面控制水平。基本上,每一个页面控制器是独立的模块,看一下地址是不同的控制器,所以读者不会干扰程序,检查程序。因此,它不是用在每个端点的MVC模式创建一个小的网页控制器问题。然而,大部分采用MVC模式的框架,这是前端控制器在使用本网站而不是使用网页控制器。这种MVC模式只适用于小型或单服务器网站。
问:你如何选择开发框架
答:不要使用框架。但是,从这些开发框架中,我将找出我需要的功能,使用我需要使用的程序模块,或者参考设计思想,而不是应用整个框架。我所看到的大多数框架并没有集中于创建有效能源的可扩展性和模块性。
问:开发者不需要框架或架构吗
答:网站确实需要架构,每个人都需要一个框架。这个框架是解决这个问题的方法,但是你不需要一个通用的框架来使用前端控制器来解决所有的问题,这通常不是成功的方法,每个问题都不同。你需要指导框架,使用正确的设计模式直接解决你真正想要解决的问题,只有一辆车能满足全世界人民的需要。
开发一个框架的一个原型系统是好的,但不是所有的房产品使用。它是从框架开始容易,但你必须拆卸所有帧,删除运行时检查并删除不必要的功能,只留下程序模块可以使用,你不需要一个通用的框架,因为它不能在未来提供可扩展性,而且不需要开始写作,你需要在两者之间。
问:网站需求规划要扩大到多长时间
我总是不想对未来有太多的考虑。当你不能预知未来的时候,你就不能对未来做出决定。
互联网变化太快了,我通常只半年计划一次,可能会做出错误的决定,把事情弄得更糟,做半年左右的决定。如果你不解决当前的问题,但想象未来的问题,我认为这是不值得的。我宁愿解决我以前看到的问题,真正关注我目前所需要的产品。
问:那么,建筑师有什么可以遵循的规则呢
答:主要的原则是仔细考虑如何分配编程模块,尽量把程序降为更小的组件,调整适当的API,你应该规划用户端点的东西,比如浏览器请求的类型是什么应用程序如何响应你能剪下来吗你能把这些工作分配给一个完全分离的服务器吗即使在同一个服务器,你也可以从视图,用户端到应用架构的一天,当你变大,你可以很容易地添加第二服务器,只要前端服务器不存储任何数据流量可以分享,一般开发商最大的错误是代码之间的交互作用太深(关系)。每个元素都需要与其他组件进行通信,这使得调试干净的API很困难。开发人员将无法将缓慢的API拖进辅助服务器,让主服务器只执行必要的API。
问:切割服务和拆卸程序有什么困难
一:你必须在开始之前你会很清楚这个问题。当你完成该计划的第一个版本,你开始溶解的问题,这几乎是不可能的,很难对付。这真的很难,因为问题会改变所有的时间。但是,如果你从一个简单的结构开始,并保持这种精神的程序模块。每一次网站的变化,变化只会影响一小部分的问题,你可以对那个地方非常明确和直接解决问题。就像乐高的游戏,如果你把每一块,仍有不足,所以我们只需要添加一个小的一块,所以我们不需要改变太多。
问:除了可扩展性之外,如何提高网站的有效性
答:为了提高效率,你必须知道每个程序需要花多少时间。我会问,用户在发出请求请求后要接收第一个字节信息需要多长时间许多开发人员不知道这个时间(第一字节延迟)是多长时间,它的代码需要多长时间您可以通过配置文件跟踪性能,并绘制一个可视化的性能流程图,以了解瓶颈所在。
即使考虑到单个机器上的延迟,我们也可以通过系统级的跟踪系统知道每个程序调用(系统调用)执行的时间,同时考虑浏览器中的延迟,并根据用户实际经验的速度来改进Web页面的执行方式。
每次添加一个新函数时,都可以计算在新函数中添加多少毫秒。不值得去想它。
问:那么,网站安全需要注意哪些原则呢
一:基本精神是很简单的,只要数据防火墙的概念来设计网站。网络防火墙将密切监视每一个端口,只有让包无安全顾虑过,但网站开发商刚刚相反,只有封闭的内容他们认为是危险的。开发商不信任从外部获得的任何信息,并使用防火墙的概念和技术来构建一个数据防火墙来提高网站的安全性。
问:一个好的建筑师需要什么样的条件
答:我们必须非常了解技术,了解每一个细节,比如设计数据存储机制,知道哪些数据可以存储,文件可以存储多大,可以放置多少信息,每秒能放多快。你如何复制数据前端必须使用什么样的数据格式,架构师不知道如何修复Oracle数据库的错误,比如DBA,但要能够理解Oracle数据库的能力,这种人很难找到,必须多次失败,才会有足够的经验。
问:台湾仍有许多使用PHP 4的老网站。他们现在应该升级到PHP 5吗或者等待PHP 6
答:尽快升级到PHP 5,只要进行一些测试和修改,就可以获得更好的效率和安全性。为什么不去做呢在不等待PHP 6的情况下,开源社区的操作不能保证启动时间。PHP 5.3版中有许多新特性,从4到5最重要。
答:简而言之,应用程序平台是api。任何Ajax和Web 2类型的网站是建立在应用平台上利用API创建可视化的界面相互作用。例如邮件、雅虎、读取后续信件通过简单的调用请求,创建这类网站,如何引导解决问题的方式,将决定未来的网站扩展(可扩展性),而非性能决定了网站的发展。
问:如何设计网站的结构,可以扩展吗
答:将网站应用于几十个独立的小程序。前端通过API提供服务,后端是应用程序引擎,这是自然可扩展的,因为应用程序的每个部分都有不同的使用级别。它需要不同的扩展名(缩放级别),需要不同的机制来处理。随着雅虎邮箱的发展,是建立一个服务程序,读取地址服务,快递服务,以及完整的、独立的阅读程序通讯程序。在雅虎的规模而言,这些工作需要完全分离可扩展性。
问:规划网站最重要的是什么
答:关键是要建立独立的、模块化的、独立的端点,不在同一个大篮子里,大部分的MVC架构(MVC框架)开发框架(框架),使用前端控制器称为(前端控制),每次浏览器发出一个请求,它会调用前端控制器,然后区分前端控制器,用户要执行一个程序。这样,没有意义。
在浏览器中,用户可以完全知道程序要做什么,例如用户只看信,程序将不再需要被发送到服务器,让用户读取或邮件服务器判断。如果我们把这些决定从浏览器和服务器,我们将浪费大量的服务器资源处理这些任务,不要让用户实用的功能,可扩展性是建筑,很多开发框架,结合所有的东西放在一起,限制建筑。如果你选择了错误的开发框架,你没有可扩展性。
问:你是说MVC模型对Web扩展性不好吗
答:MVC模式更适合使用在页面控制水平。基本上,每一个页面控制器是独立的模块,看一下地址是不同的控制器,所以读者不会干扰程序,检查程序。因此,它不是用在每个端点的MVC模式创建一个小的网页控制器问题。然而,大部分采用MVC模式的框架,这是前端控制器在使用本网站而不是使用网页控制器。这种MVC模式只适用于小型或单服务器网站。
问:你如何选择开发框架
答:不要使用框架。但是,从这些开发框架中,我将找出我需要的功能,使用我需要使用的程序模块,或者参考设计思想,而不是应用整个框架。我所看到的大多数框架并没有集中于创建有效能源的可扩展性和模块性。
问:开发者不需要框架或架构吗
答:网站确实需要架构,每个人都需要一个框架。这个框架是解决这个问题的方法,但是你不需要一个通用的框架来使用前端控制器来解决所有的问题,这通常不是成功的方法,每个问题都不同。你需要指导框架,使用正确的设计模式直接解决你真正想要解决的问题,只有一辆车能满足全世界人民的需要。
开发一个框架的一个原型系统是好的,但不是所有的房产品使用。它是从框架开始容易,但你必须拆卸所有帧,删除运行时检查并删除不必要的功能,只留下程序模块可以使用,你不需要一个通用的框架,因为它不能在未来提供可扩展性,而且不需要开始写作,你需要在两者之间。
问:网站需求规划要扩大到多长时间
我总是不想对未来有太多的考虑。当你不能预知未来的时候,你就不能对未来做出决定。
互联网变化太快了,我通常只半年计划一次,可能会做出错误的决定,把事情弄得更糟,做半年左右的决定。如果你不解决当前的问题,但想象未来的问题,我认为这是不值得的。我宁愿解决我以前看到的问题,真正关注我目前所需要的产品。
问:那么,建筑师有什么可以遵循的规则呢
答:主要的原则是仔细考虑如何分配编程模块,尽量把程序降为更小的组件,调整适当的API,你应该规划用户端点的东西,比如浏览器请求的类型是什么应用程序如何响应你能剪下来吗你能把这些工作分配给一个完全分离的服务器吗即使在同一个服务器,你也可以从视图,用户端到应用架构的一天,当你变大,你可以很容易地添加第二服务器,只要前端服务器不存储任何数据流量可以分享,一般开发商最大的错误是代码之间的交互作用太深(关系)。每个元素都需要与其他组件进行通信,这使得调试干净的API很困难。开发人员将无法将缓慢的API拖进辅助服务器,让主服务器只执行必要的API。
问:切割服务和拆卸程序有什么困难
一:你必须在开始之前你会很清楚这个问题。当你完成该计划的第一个版本,你开始溶解的问题,这几乎是不可能的,很难对付。这真的很难,因为问题会改变所有的时间。但是,如果你从一个简单的结构开始,并保持这种精神的程序模块。每一次网站的变化,变化只会影响一小部分的问题,你可以对那个地方非常明确和直接解决问题。就像乐高的游戏,如果你把每一块,仍有不足,所以我们只需要添加一个小的一块,所以我们不需要改变太多。
问:除了可扩展性之外,如何提高网站的有效性
答:为了提高效率,你必须知道每个程序需要花多少时间。我会问,用户在发出请求请求后要接收第一个字节信息需要多长时间许多开发人员不知道这个时间(第一字节延迟)是多长时间,它的代码需要多长时间您可以通过配置文件跟踪性能,并绘制一个可视化的性能流程图,以了解瓶颈所在。
即使考虑到单个机器上的延迟,我们也可以通过系统级的跟踪系统知道每个程序调用(系统调用)执行的时间,同时考虑浏览器中的延迟,并根据用户实际经验的速度来改进Web页面的执行方式。
每次添加一个新函数时,都可以计算在新函数中添加多少毫秒。不值得去想它。
问:那么,网站安全需要注意哪些原则呢
一:基本精神是很简单的,只要数据防火墙的概念来设计网站。网络防火墙将密切监视每一个端口,只有让包无安全顾虑过,但网站开发商刚刚相反,只有封闭的内容他们认为是危险的。开发商不信任从外部获得的任何信息,并使用防火墙的概念和技术来构建一个数据防火墙来提高网站的安全性。
问:一个好的建筑师需要什么样的条件
答:我们必须非常了解技术,了解每一个细节,比如设计数据存储机制,知道哪些数据可以存储,文件可以存储多大,可以放置多少信息,每秒能放多快。你如何复制数据前端必须使用什么样的数据格式,架构师不知道如何修复Oracle数据库的错误,比如DBA,但要能够理解Oracle数据库的能力,这种人很难找到,必须多次失败,才会有足够的经验。
问:台湾仍有许多使用PHP 4的老网站。他们现在应该升级到PHP 5吗或者等待PHP 6
答:尽快升级到PHP 5,只要进行一些测试和修改,就可以获得更好的效率和安全性。为什么不去做呢在不等待PHP 6的情况下,开源社区的操作不能保证启动时间。PHP 5.3版中有许多新特性,从4到5最重要。
声明:本文内容用于数码产品信息整理与选购参考,具体价格、库存、售后政策以官方渠道和电商页面实时信息为准。