【问题标题】:Looking for advice on using Parceljs with Backbone.js寻找有关将 Parceljs 与 Backbone.js 一起使用的建议
【发布时间】:2019-03-04 20:01:59
【问题描述】:

我有许多使用 Require.js 来管理依赖项的新项目和现有项目。我对 Parceljs 的简单性很感兴趣,并想在一些较小的项目上对其进行测试。

但是,我不确定如何在我的代码中指示依赖关系。使用这样的简单 require 语句:

// Import our view
var AppView = require('./app.view');

会与我见过的一些例子相对应。这与包裹设计理念一致吗?它肯定比维护 Require.js 配置文件更简单,但我更希望第一次就做好。

我对使用 require 语句的主要担心是它不是一种全面的方法。例如,通过路由器调用模块可能会失败,因为对模块 JavaScript 文件的依赖是未知的。另一种方法是在路由器中为每个模块添加 require 语句,但这似乎与我可以确定的 Parcel 设计理念背道而驰。

【问题讨论】:

  • 你是否使用 requirejs 动态加载文件?
  • @TJ 是的,我目前在一些项目上使用 requirejs,在我继承的项目上使用 webpack。我认为 Parcel 可以替代这两者并且需要更少的维护。
  • 快速浏览一下,parcel 似乎只制作一个捆绑包?不过我可能是错的......
  • 来自网站:“Parcel 支持开箱即用的零配置代码拆分。这允许您将应用程序代码拆分为可以按需加载的单独包,这意味着更小的初始包大小和更快的加载时间。当用户在您的应用程序中导航并且需要模块时,Parcel 会自动处理按需加载子包。所以它看起来受支持,但对 Backbone.js 的使用有点困惑。也许我会尝试一些测试......

标签: javascript backbone.js requirejs parceljs


【解决方案1】:

我希望从专家那里得到一些指导,但我意识到 Backbone.js 这些天有点过时了。

我决定这些项目的最佳前进方向是使用 ES2015 模块、Babel 进行转译和 Parcel。我进行了一些测试,看来 Parcel 可以为此目的替换 Browserify。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-12-28
    • 1970-01-01
    • 2012-12-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多