不久前,我们公司的一名初级开发人员被分配任务创建一个用于用户在外部输入时间表的网站。这主要是为那些居住在海外且带宽有限(因为使用卫星互联网,通常只有10KB/s或更少的带宽,并且包括10%至20%的间歇性数据包丢失)的员工使用。
最近,我被指派帮助这位初级开发人员改进网站的速度和功能,大多数是为了自己的利益,因为我通常是桌面应用程序开发人员。我注意到的一件事是网站正在使用MultiView,我想知道这是否是最佳方法。我可以理解这种做法的原因:下载整个网站一次,然后只需进行查询,根据需要显示/隐藏各个视图。但实际情况似乎并不像那样顺畅。
95%的操作都需要由服务器运行;例如添加新的时间表 - 需要告诉服务器,服务器会在数据库中创建新条目。当服务器完成后,它似乎会导致客户端再次下载整个网页,这显然是适得其反的。
所以我的问题是:
给定上述情况,这是预期的行为吗?即一旦服务器完成操作,整个网页都应该重新下载吗? 如果是这样,这是否是这种情况的最佳方法?为不同的功能(时间表/请假等)使用较小的单独页面会更好吗?
我知道这可能有些基于个人观点,但任何想法或帮助都将非常感激;对我们双方都有益。
最近,我被指派帮助这位初级开发人员改进网站的速度和功能,大多数是为了自己的利益,因为我通常是桌面应用程序开发人员。我注意到的一件事是网站正在使用MultiView,我想知道这是否是最佳方法。我可以理解这种做法的原因:下载整个网站一次,然后只需进行查询,根据需要显示/隐藏各个视图。但实际情况似乎并不像那样顺畅。
95%的操作都需要由服务器运行;例如添加新的时间表 - 需要告诉服务器,服务器会在数据库中创建新条目。当服务器完成后,它似乎会导致客户端再次下载整个网页,这显然是适得其反的。
所以我的问题是:
给定上述情况,这是预期的行为吗?即一旦服务器完成操作,整个网页都应该重新下载吗? 如果是这样,这是否是这种情况的最佳方法?为不同的功能(时间表/请假等)使用较小的单独页面会更好吗?
我知道这可能有些基于个人观点,但任何想法或帮助都将非常感激;对我们双方都有益。