1、“.....与此同时,开发人员工作量也大大减少了,因为他们不再需要去关注代码元素,不需要去设计元素和图形元素。视图层通常也被称为设计或模版。它控制着数据被显示方式以及和用户进行交互方式。它还提供了从用户处收集数据方法。视图中使用技术主要有,和。作为般规则,个视图不能包含属于应用程序逻辑部分元素,以此来使得设计人员更容易来使用它工作。这意味着逻辑块应该保持在最低限度。今天大多数应用程序框架使用各种模版引擎,这些模版利用生成器元素可以保证代码数量在最少,同时降低拼写风险。这些生成器通常用来制作些复杂模版,比如表单,表格,列表,菜单等等。在这种情况下,我们确认问题是,所有想法实现都需要用到对开发人员来说不透明生成器模版。通过这种方式,个前端开发人员只能看到在代码被生成之后执行结果,而没有任何方法去修改模版。我们系统采用特殊注释来插入和生成基于模版部分文件。预处理系统采用注释来解释特殊命令,用来把中文字,单词,万英文字符出处, 为快速开发应用设计个模型......”。
2、“.....大道,布加勒斯特罗马尼亚摘要在本文中,我们提出了个快速开发应用的模型。 模版,比如表单,表格,列表,菜单等等。在这种情况下,我们确认问题是,所有想法实现都需要用到对开发人员来说不透明生成器模版。通过这种方式,个前端开发人员只能看到在代码被生成之后执行结果,而没有任何方法去修改模版。我们系统采用特殊注释来插入和生成基于模版部分文件。预处理系统采用注释来解释特殊命令,用来把数据插入模版。这使得整个对于前端开发人员来说都是很透明,他们可以在绘制视图之前看到整个标记。控制器控制器负责事件处理。这些由用户触发事件,能够和应用程序或者系统进程进行交互。控制器可以接受请求,可以准备数据来进行响应。它也负责建立响应格式。控制器与模型进行交互,以此来检索所需要数据并且生成视图。这个过程也被称为个动作或动词。当个请到到达服务器,框架会根据给它分配个控制器中方法。控制器捆绑所有应用程序逻辑,将视图显示和模型函数相结合。它负责从视图中检索数据,建立应用程序执行路径......”。
3、“.....并且它能够接收数据使得在视图中显示。它也负责处理。控制器管理视图和模型之间关系。它响应用户请求,与模型进行交互,并且决定哪个视图应该被生成并显示。如上所述,我们接受胖控制器方法,相信所有特定应用程序数据处理应该在控制器层处理。为了请求和响应,我们控制器系统会是个架构样式网络系统,并且支持,和数据格式。数据库抽象化使用对象来开发面向对象编程应用程序。这些对象反映了现实生活中对象,包含了对象数据和行为。关系模型被广泛应用于应用程序中数据存储,这些应用程序使用表来存储数据,并且使用数据操纵语言来进行数据交互。些数据库管理系统拥有面向对象特性,但它们并不是完全兼容。很明显是,在从现在开始很长段时间里,这两个架构会直被广泛地使用。此外,大部分时间,关系模型和面向对象编程是被用来起开发应用程序。但这两种技术结合远非完美。这个术语被用来说明上面统。结论基于上述概述,我们建立个坚实框架,能够大幅减少应用程序开发所用时间,能够让开发人员专注于应用程序特定功能开发......”。
4、“.....技术在很短时间里走过了相当长路程,应用程序市场也在不断壮大。我们系统能够帮助开发人员提高他们工作速度和质量,为初学者和有经验用户提供个不错工作框架和平台。我们已经开发了很多使用平台提供表单组件应用程序,这些应用程序显示出我们正在开发系统正处于正确轨道,同时,告诉我们个有价值信息就是,仍然有待提高。深入研究在这领域,我们未来研究重点是,提高对各种系统可用支持,因为我们认为这个领域将会是未来界最有前景领域。同时,我们目标是通过合并数据和视图缓存技术来提高渲染引擎速度。另外重要步,就是创建开源社区项目,以此来开发更多测试用例应用程序,来生成有效结果。这些结果将被用来进步优化平台。同时,我们目标是通过开源社区支持包开发,以此来进步扩展平台。致谢这份资料是由通过资助,项目和,从事于基于欧洲标准跨领域经济研究博士......”。
5、“.....对模式进行了更详细描述,该文章被发表在杂志上。他们强调,如果在头脑里使用模块化构建个应用程序,那么将会有很大益处。尽可能把各个功能模块分离出来,使应用程序设计人员更容易在不需要了解其他模块情况下,对自己模块进行理解和修改。个应用程序被分为三大部分主程序模型,模型数据显示和用户交互。模式将职责分给三个主要角色,从而拥有更有效协同合作。这些主要角色是开发,设计和集成。开发角色是由富有经验程序员担任,他们职责是应用程序逻辑问题。他们关心数据查询,验证,处理以及其他更多逻辑。设计角色开发者职责是负责应用程序外观和感觉。他们提供数据显示给第角色开发人员。集成角色职责是收集由担任前两种角色开发人员工作。设计模式适合应用程序开发,因为他们通过结合多种技术将程序分层开发。同时,中文字,单词,万英文字符出处,为快速开发应用设计个模型,罗马尼亚美国大学,大道,布加勒斯特罗马尼亚摘要在本文中,我们提出了个快速开发应用模型......”。
6、“.....比如安全,表单生成和验证,访问数据库和路由。这个模型是使用编程语言实现,但它可以使用同设想在其他开发语言和环境上实现。本研究主要目标是使用正确可维护代码提高开发和维护效率。在职责下选择并且同行评审。关键词模型视图控制器应用设计模式介绍自从万维网开始,应用程序发展已经走过了段很长历程。各种各样技术和程序语言正在被用来开发应用程序,但是因为这些技术并没有足够时间去随着万维网进化而及时进化,无法应对万维网步伐。很多使用者尝试提出不同奇异技术来提高用户体验,并且帮助开发者开发更快更强大应用程序。这些技术在发展中扮演了个重要角色,但是在过去几年里,他们地位有了相当程度下降,就像和样。另方面,许多技术已经从简单工具演变成了今天生态系统强大重要部分,比如和。通讯作者。电话电子邮件地址。由公司出版。在许可下开放存取。在职责下选择并且同行评审。今天环境使用和将数据展现给用户看,使用来实现交互。这些技术被称为前端或客户端技术。相反......”。
7、“.....问题公式化起使用前端技术和后端技术来开发应用程序,但由于万维网发展速度很快,由于开发人员需要使用很多技术来开发却仅仅是个很简单应用程序,这样结果就是,他们程序经常是难以维护。开发者将代码和服务端程序语言结合起来创造个动态页面和应用程序,这会导致代码高度耦合而难以维护。另个已经产生问题是,技术正在越来越多地地被用来开发各种各样复杂应用程序。技术鼓励开发者使用最新操作系统来开发应用程序。同时,很多现有框架帮助开发者为移动设备开发应用程序,比如和。甚至,个手机操作系统正在被使用中,还有个完全为了开发者提供火狐操作系统使用技术设备即将在今年晚些时候出现。因为这些原因,个应用程序通常是由整个团队开发,这个团队里有各种开发者,每项工作使用都是他们各自喜欢技术,比如表现层和,客户端交互,服务器逻辑或者等等和数据存储和管理或者等等。每个职能负责开发人员,需要和他同时协同合作,使用种方式使得他们代码块和整个应用程序设计相融合。举个例子......”。
8、“.....保证在修改和代码时候,不会破坏在同文件中服务端开发人员代码。同时,当数据库开发人员修改应用程序数据时,服务端开发人员很可能需要修改很多代码才能使得应用程序正常工作。需要注意重要事,在个应用程序中,把表现层从逻辑和数据存储当作分离出来是迫切需要。很多应用程序设计了些模式来解决这个问题,但最好是当今模式。在这个研究过程中,我们使用各种系统和框架开发应用程序来获取经验,试图去识别这些系统优点和缺点,同时对于如何提高这些系统实际应用效率提出我们自己看法。研究框架和系统包括,。模式和文学概述在这节中,我们将回顾当前在这领域研究状态,并且,看看与模式有关描述了模式主要功能组件文献资料。设计模式是由在年代在施乐帕洛阿尔托研究中心第次提出。根据他所说,基本目是在用户心里模型和存在于计算机中数据模型之间搭起座桥梁。后来,年,在和文章里,对模式进行了更详细描述,该文章被发表在杂志上。他们强调,如果在头脑里使用模块化构建个应用程序,那么将会有很大益处......”。
9、“.....使应用程序设计人员更容易在不需要了解其他模块情况下,对自己模块进行理解和修改。个应用程序被分为三大部分主程序模型,模型数据显示和用户交互。模式将职责分给三个主要角色,从而拥有更有效协同合作。这些主要角色是开发,设计和集成。开发角色是由富有经验程序员担任,他们职责是应用程序逻辑问题。他们关心数据查询,验证,处理以及其他更多逻辑。设计角色开发者职责是负责应用程序外观和感觉。他们提供数据显示给第角色开发人员。集成角色职责是收集由担任前两种角色开发人员工作。设计模式适合应用程序开发,因为他们通过结合多种技术将程序分层开发。同时,特定行为可以在不同类型用户代理之间发送特定视图。个应用程序用户交互遵循着个自然周期用户发生动作,应用程序改变它数据模型,然后返回个更新视图给用户。图模式模型模型是系统部分,它会管理所以相关任务数据验证,会话状态和控制,数据源结构数据库。模型大大减少了开发人员需要编写代码复杂性。模型层负责应用程序业务逻辑......”。
1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。
2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。
3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。