Question - What makes an application complex ?
答案 - 在问题本身中使用“复杂”一词。因此,一个普遍的趋势是从一开始就寻找复杂的解决方案。
Question - What does the word complex means ?
答案 - 任何未知或部分理解的内容。示例:即使在今天,引力理论对我来说也是复杂的,但对 1655 年发现它的艾萨克·牛顿爵士来说却不是。
Question - What tools can I use to deal with complexity ?
答案 - 理解和简单。
Question - But I understand my application . Its still complex ?
答案 - 三思而后行,因为理解和复杂性不能共存。如果你了解一个巨大的应用程序,我相信你会同意它只不过是一个小而简单的单元的集成。
Question - Why all of the above philosophical discussion for a question on
Single Page Application (SAP)?
答案 - 因为,
-> SPA 不是某种新发明的核心技术,我们需要为我们在应用程序开发中所做的很多事情重新发明轮子。
-> 它的概念是由对 Web 应用程序更好的性能、可用性、可扩展性和可维护性的需求驱动的。
-> 它是一个相当新确定的设计模式,因此将 SPA 理解为一种设计模式对于做出有关 SPA 架构的明智决策有很长的路要走。
-> 在根级别,没有 SPA 是复杂的,因为在了解了应用程序的需求和 SPA 模式之后,您会意识到您仍在创建应用程序,与您之前所做的几乎相同,只是做了一些修改和重新安排在开发方法上。
Question - What about the use of Frameworks ?
回答 - 框架是一些常见和通用模式的样板代码/解决方案,因此它们可以从应用程序开发中减轻 x%(变量,基于应用程序)的负载,但是对于重载模式,它们应该不会有太多期望和不断增长的应用程序。完全控制您的应用程序结构和流程总是一个很好的例子,但最重要的是它的代码。应用程序代码中不应有灰色或黑色区域。
Question - Can you suggest one of the many approaches to SPA architecture ?
答案 - 根据您的应用程序的性质考虑您自己的框架。对应用程序组件进行分类。寻找一个与您的派生框架接近的现有框架,如果找到就使用它,如果找不到,那么我建议您继续使用自己的。创建框架是一项相当大的前期工作,但从长远来看会产生更好的结果。我的 SPA 框架中的一些基本组件将是:
数据来源:模型/模型集合
标记以呈现数据:模板
与应用程序的交互:事件
状态捕获和导航:路由
实用程序、小部件和插件:库
让我知道这是否对您的 SPA 架构有任何帮助并祝您好运!