在JS的开发过程中,大规模的JS脚本难以组织和维护,这一直是困扰前端开发人员的头等问题.Extjs为了解决这种问题,在Extjs 4.x版本中引入了MVC开发模式,开始将一个JS(Extjs)应用程序分割成Model-View-Controller三层,为JS应用程序的如何组织代码指明了方向,同时使得大规模JS代码变得更加易于重用和维护:这就是Extjs MVC开发模式的初衷. 在官方给出的MVC例子中,我们可以看到一个简单的列表编辑功能,这篇文章就围绕这个功能进行详细的讲解,让我们一起来揭开E

问题描述 extjs修改combo的值,setValue()修改不了 如题.,extjs修改combo的值,setValue()修改不了:我要的是刷新界面就修改combo的值, 解决方案 选中项目还是什么?还是修改里面项目的值? setValue是选中项目,要修改值你要获取store后修改store里面的记录var store=cb.getStore();var r=store.getAt(0)//获取第一条记录,或者store.getById(记录id值)或者指定记录r.set('列名称''新

原文 http://www.cnblogs.com/aehyok/archive/2013/04/22/3036084.html 前言 在4.1的时候,要先创建一个扩展于Ext.app.Application的类,然后用create创建它的实例来开始应用程序的.而在 4.1.1,则可直接调用application方法开始执行应用程序,简化了.调用application方法,其参数是一个配置对象,主要配置项有以 下三个: name:用来定义应用程序的名称,在这里是ExtMVCOne. appFol

问题描述 HighCharts MySql数据库数据绑定 前提:已经确定从数据库读出的数据转换为Json格式,测试了下,结果为: factor Value: {"rows":[{"cur_val":0.1150,"pow_val":26.2913,"consum":76.3807,"voltage":228.6632,"opt_time":"2015-05-26 20:37&q

原文 http://www.cnblogs.com/aehyok/archive/2013/04/20/3033296.html 前言 继上一节中实现了验证码http://www.cnblogs.com/aehyok/archive/2013/04/19/3030212.html,现在我们可以进行对登录界面进行整合调试了. 正题 打开系统的首页页面文件,Views\Home目录下的Index.cshtml文件.要动态加载登录窗口,需要先设置好加载路径,因而在onReady函数前面加入以下代码:

原文 http://www.cnblogs.com/aehyok/archive/2013/04/27/3048278.html 前言 图片管理要在两个地方使用:一是标签页内的图片管理,一是文章内容编辑时嵌套到插入图片的窗口内.因而,将图片管理做成一个扩展比较方便.当然,做成MVC模式也行,不争论,不讨论. 要记住,扩展要写在Scripts\ExtJS\Ux目录下,因为在路径的设置中,扩展目录是指向这里的.在该目录下创建一个名为PicManager.js的脚本文件. 片管理的主要界面分两部分,左

原文 http://www.cnblogs.com/aehyok/archive/2013/04/25/3043757.html 首先要做的是为用户信息创建一个模型,在Scripts\app\model目录下创建一个名为User.js的文件,然后添加以下模型定义代码: Ext.define('ExtMVCOne.model.User', { extend: 'Ext.data.Model', fields: [ "id", { name: "Username", d

原文 http://www.cnblogs.com/aehyok/archive/2013/04/23/3037588.html 前言 现在要考虑的是如何加载标签页内的内容.虽然标签页默认是延迟渲染的(deferredRender值默认为true),但是它会预加载所有的类, 因而当类文件很多的时候,加载时间就是一大问题了.这个,也可通过SDK打包的方式解决,不过在设计阶段还是要考虑的.另一种好的解决方法是,只使用标签 页的标签,而不使用其主体加载内容,另外使用一个容器,内部使用CardLayou

原文 http://www.cnblogs.com/aehyok/archive/2013/04/26/3044152.html 前言 为了防止意外情况,这里添加了try模块,在错误的时候会将错误信息作为Msg关键字的值返回. 而 在客户端脚本,目前是没有处理错误信息的代码的,因而在这里返回的错误信息,客户端是看不到.如果要处理这样的错误信息,就要在Store的Proxy中 监听exception事件.因为exception事件的回调函数是一致的,因而可以统一到一个函数中处理,就不用复制再复制了