UAS2.0_DEV_TEST

zhuth b9514fc41c 图片上传预览ImgField vor 5 Jahren
app b9514fc41c 图片上传预览ImgField vor 5 Jahren
ext 7440ec51fb 配置文件修改 vor 5 Jahren
overrides 9b6660bfec 主题切换提交 vor 5 Jahren
packages 51b3f96185 附件组件/服务端逻辑调整 vor 5 Jahren
resources b9514fc41c 图片上传预览ImgField vor 5 Jahren
samples 5ede351152 big data grid vor 5 Jahren
server b9514fc41c 图片上传预览ImgField vor 5 Jahren
ux b9514fc41c 图片上传预览ImgField vor 5 Jahren
.gitignore cd6abbaa5d 附件删除 vor 5 Jahren
Readme.md b9951e5076 初始化项目 vor 5 Jahren
app.js c57aedf769 懒加载文件 vor 5 Jahren
app.json b9514fc41c 图片上传预览ImgField vor 5 Jahren
build.xml b9951e5076 初始化项目 vor 5 Jahren
index.html 7440ec51fb 配置文件修改 vor 5 Jahren
package.json b9514fc41c 图片上传预览ImgField vor 5 Jahren
workspace.json b9951e5076 初始化项目 vor 5 Jahren

Readme.md

uas

This folder is primarily a container for the top-level pieces of the application. While you can remove some files and folders that this application does not use, be sure to read below before deciding what can be deleted and what needs to be kept in source control.

The following files are all needed to build and load the application.

  • "app.json" - The application descriptor which controls how the application is built and loaded.
  • "app.js" - The file that launches the application. This is primarily used to launch an instance of the MyApp.Application class.
  • "index.html" - The default web page for this application. This can be customized in "app.json".
  • "build.xml" - The entry point for Sencha Cmd to access the generated build script. This file is a place where you can hook into these processes and tune them. See the comments in that file for more information.

These files can be ignored from source control as they are regenerated by the build process.

  • "build" - This folder contain the output of the build. The generated CSS file, consolidated resources and concatenated JavaScript file are all stored in this folder.
  • "bootstrap.*" - These files are generated by the build and watch commands to enable the application to load in "development mode".

Basic Application Structure

Applications that target a single toolkit will have the following structure.

app/                # Contains JavaScript and Theme code
    model/          # Data model classes
    view/           # Views as well as ViewModels and ViewControllers
    store/          # Data stores
    controller/     # Global / application-level controllers

overrides/          # JavaScript code that is automatically required

resources/          # Assets such as images, fonts, etc.

app/

This folder contains JavaScript (.js files) and styling (.scss files) common for all builds of the application.

app/controller/

This folder contains the application's global controllers. ViewControllers are located alongside their respective view class in "./view". These controllers are used for routing and other activities that span all views.

app/model/

This folder contains the application's (data) Model classes.

app/view/

This folder contains the views as well as ViewModels and ViewControllers depending on the application's architecture. Pure MVC applications may not have ViewModels, for example. For MVCVM applications or MVC applications that use ViewControllers, the following directory structure is recommended:

app/view/
    foo/                    # Some meaningful grouping of one or more views
        Foo.js              # The view class
        Foo.scss            # The view class styling
        FooController.js    # The controller for Foo (a ViewController)
        FooModel.js         # The ViewModel for Foo

This structure helps keep these closely related classes together and easily identifiable in most tabbed IDE's or text editors.

app/store/

This folder contains any number of store instances or types that can then be reused in the application.

Overrides

The contents of "overrides" folders are automatically required and included in builds. These should not be explicitly mentioned in "requires" or "uses" in code. This area is intended for overrides like these:

Ext.define('uas.overrides.foo.Bar', {
    override: 'Ext.foo.Bar',
    ...
});

Such overrides, while automatically required, will only be included if their target class ("Ext.foo.Bar" in this case) is also required. This simplifies applying patches or extensions to other classes.