extjs应用架构

发布于 2024-11-28 04:55:52 字数 455 浏览 0 评论 0原文

我正在开发一个 extjs 应用程序,而且我只是一个初学者。

这对我来说是完全不同的开发模式,我感到很困惑。

我的第一个问题是关于客户端架构的,我现在正在开发一个小应用程序,所以我只在一个html文件中编写了所有js代码,如果我需要开发一个巨大的应用程序怎么办? 像这样:[文章管理(树中的叶子)] -> [CURD 列表(数据网格)] -> [编辑文章(对话框)]

我的树上会有很多叶子,所以有很多XXX管理。

我应该如何管理我的客户端js文件(文件结构或其他),以及如何动态加载这些文件?有没有现成的demo?

嗯..也许我真正想问的是:

如何将每个模块的代码放入不同的js文件中并动态“包含”?


我已经得到了答案,只需使用容器组件的 loader 属性,这个方法很适合我。谢谢大家。

I am developing a extjs application, and I am just a starter.

It's quite different develop mode for me, and I feel puzzled.

My first question is about client-end architecture, I'm developing a little app now, so I wrote all js codes in only one html file, what if I need to develop a huge app?
like this: [Article Manage(leaf in tree)] -> [CURD List(Data Grid)] -> [Edit Article(Dialog Box)]

There will be lot of leaf in my tree, so there are many XXX Manage.

What should I manage my client-end js files(file structure or something else), and how to load these files dynamically? Is there any exists demo?

um.. maybe what I really want to ask is:

How to put my code for every module into different js files and 'include' the dynamically?


I've got the answer, just use loader property of a container component, this method fit me well. Thanks to all of you.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

无边思念无边月 2024-12-05 04:55:52

没有一成不变的模式,但这里有一种在 Ext 3 中编写大型应用程序的方法。 x

另一个关于 JavaScript 通用想法的好资源是 Nicholas Zakas 在 上的视频YUI Theater 上的可扩展 JavaScript 应用程序架构

在我看来,最重要的事情是:

  1. 编写独立组件(例如:UI 容器、数据结构等),不依赖于页面上的其他组件。
  2. 当您希望两个组件进行交互时,请让它们的父容器将它们连接在一起。
  3. 拥有某种用于开发的逻辑目录结构(具体是什么并不重要),将每个“组件”拆分到自己的文件中 - 即使您计划将它们合并到单个文件中进行部署。

There are no patterns set in stone, but here's one way to Write a Big Application in Ext 3.x.

Another good resource for ideas, generic to JavaScript, is Nicholas Zakas's video on Scalable JavaScript Application Architecture on YUI Theater.

In my mind the big things to do are:

  1. Write standalone components (think: UI container, data structure, etc) with no dependencies to other components on the page.
  2. When you want to two components to interact, have their parent container wire them together.
  3. Have some kind of logical directory structure for development (doesn't matter what exactly), splitting out each of your "components" into its own file -- even if you plan on combining them into a single file for deployment.
呆头 2024-12-05 04:55:52

不确定我是否正确理解了你的问题,但我会尽力回答。对于更大的应用程序,请使用 MVC 模式,它允许您将应用程序拆分为然后您可以轻松地以 JSON 格式从服务器发送数据(使用服务器端技术 - php、java...)并通过 存储代理。如果您查看示例和演示 他们还使用返回 JSON 的 php 脚本加载一些更大的结构。

Not sure if I correctly understood your question, but I'll try to answer. For bigger applications use MVC pattern which allows you to split your application to components such as Stores, Controllers, Views etc. Then you can easily send data from server in JSON for example (using server-side technologies - php, java,...) and read it by Stores proxy. If you look into Samples & Demos they're also loading some bigger structures using php script which returns JSON.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文