Ajax繁重的应用程序问题和OO设计问题

时间:2010-10-17 14:06:32

标签: php ajax oop

我有一个非常ajax重的企业webapp,所有数据都通过某种ajax,所以是保存,更新删除等。模仿MVC范例之后

该网站主要受到三个部分的影响

界面页 接口页面只包含接口和所有与之配合的js,不包含任何类型的数据处理。加载接口后请求所有数据。所有数据都以通用交换格式传输和接收。(更多内容如下) 例如。 edit_inventory.php或list_inventory.php

后端页面 收到命令时处理数据的后端页面类似于您在其他Web应用程序上看到的API,它基本上具有它接受的所有命令的巨型switch语句。 例如。 ajax_inventory.php

课程页面 具有处理单个对象的单个类的页面,例如项目,发票,帐户等。 它们目前仅处理数据库连接,获取数据和保存数据。它还负责错误检查和处理外键链接/级联数据。

从典型的CMS复制,一组类,接口和后端称为组件。

root
    >comp
        >inventory
            >class_inventory.php
            >ajax_inventory.php
            >edit_inventory.php
            >list_inventory.php
            >ajax_inventorymerge.php
            >edit_inventorymerge.php
        >account

过了一会儿,我注意到这个方法或想法产生了很多文件,目前只有400多个文件用于接口和后端。 400多页在各方面都非常独特,大多数是用于计费,库存,报告和misc数据的复杂CRUD接口。


问题,我正在寻找常用的答案。

  1. 这是一个很好的模式吗? 改善?

  2. 对象和类如“产品”是否应该将数据格式化为如前所述的公共交换格式?

  3. 对象是否允许未经过滤的数据访问或仅过滤访问?未经过滤的访问也意味着必须在后端级别进行大量过滤。过滤主要是摆脱不需要的数据(浪费带宽)或元数据。但是,有时它可能是用户不应该看到的数据(权限相关)。过滤主要在键值对(form_data)

  4. 上完成
  5. 由于对象从html(form_html),消息(msg),键值对(form_data)等输出了多种数据形式。如何最好地在一个整体中请求数据,而不是$ a-> getData(),$ a-> getMsg,$ a-> getStuff? 另一种交换格式?或者只是使用前面提到的通用交换格式?

  6. Common Interchange格式(在json中)

    {"msg":"Sucess",
     "form_data":{
         "id":100,
         "product_code":"BLA",
         "size":"3"
     },
     "form_html":{
         "list":"<\/li><\/ul>"
     },
     "script":"alert('Some stuff');"
    }
    

0 个答案:

没有答案