angular打包项目太大,前端加载慢

1、优化打包编译方式
通常情况下我们使用ng build打包项目,这样打出来的包把很多没有用到的库都打进来了,所以在dist打包好的项目文件中有一个非常大的文件vendor.bundle.js,这里边都是angular本身以来的一些公共库,不是我们自己编写的,大小通常都有几十兆,这对于网速不好的同学简直就是灾难,一般都得加载几十秒才能加载完,追求速度的我们怎么能忍。
正常打包时没有经过压缩的,经过各种百度和官网查询,其实有提供优化的打包方法的,通过增加编译参数–prod --aot,即用命令ng build --prod --aot打包,这样打包后会变成下面这样(根据angualr版本不同可能不一样,我用的是7的版本),最大的main.xxxxx.js一般只有3M左右,以及该在可接受的范围内了。

使用压缩打包命令会出现一些平常没有的问题,下面列出一些我碰到的问题。
1、所有的private参数都会报错,需要把private修饰符去掉。
2、在html中使用的参数在组件中不存在,正常使用不会报错,但是压缩打包就会报错
3、组件中方法没有形参,但是在html中调用时传了参数,这样也会报错
4、引用第三方库的版本问题
在这里插入图片描述
比如我引用ngx-echarts时出现的问题,引用包报上面的警告,压缩打包也报同样的警告,但是都没有报错,所以也没关,但是访问的时候就发生了下面的错误提示,并且页面也无法正常显示。
在这里插入图片描述
项目中使用了4.2.0的版本,提示ngx-echarts@4.1.0需要用echarts大于3.1.1的版本,按理说没有问题的,但死活提示有问题,不得已改成3.1.1试一下可不可以,然后重新打包,竟然没有问题了。
基本上报No provider for t!等错误都是引用的库版本不匹配问题引起的。

2、服务端开启压缩模式

http://www.veryhuo.com/a/view/51706.html
使用nginx代理开启压缩模式,配置在ngixn.conf里
gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
gzip_vary off;
gzip_disable “MSIE [1-6].”;

第1行:开启Gzip
第2行:不压缩临界值,大于1K的才压缩,一般不用改
第3行:buffer,就是,嗯,算了不解释了,不用改
第4行:用了反向代理的话,末端通信是HTTP/1.0,有需求的应该也不用看我这科普文了;有这句的话注释了就行了,默认是HTTP/1.1
第5行:压缩级别,1-10,数字越大压缩的越好,时间也越长,看心情随便改吧
第6行:进行压缩的文件类型,缺啥补啥就行了,JavaScript有两种写法,最好都写上吧,总有人抱怨js文件没有压缩,其实多写一种格式就行了
第7行:跟Squid等缓存服务有关,on的话会在Header里增加"Vary: Accept-Encoding",我不需要这玩意,自己对照情况看着办吧
第8行:IE6对Gzip不怎么友好,不给它Gzip了
实际配置如下:
在这里插入图片描述

  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: angular项目的目录结构通常是这样的: ``` |- app |- core |- shared |- features |- assets |- environments |- browserslist |- karma.conf.js |- tsconfig.app.json |- tsconfig.spec.json |- tslint.json |- .editorconfig |- .gitignore |- package.json |- README.md |- angular.json |- tsconfig.json ``` 其中: - `app`文件夹包含应用程序的所有源代码。 - `core`文件夹包含应用程序的核心功能。这些功能通常是应用程序的基础设施,例如身份验证服务、数据服务、管道和指令。 - `shared`文件夹包含应用程序的共享功能。这些功能可能被多个特性使用,例如模型、服务和组件。 - `features`文件夹包含应用程序的主要功能。每个特性都包含一个文件夹,该文件夹包含该特性的所有相关文件。 - `assets`文件夹包含应用程序的静态资产,例如图像和字体。 - `environments`文件夹包含应用程序的环境文件。这些文件包含有关应用程序的不同环境的信息,例如开发环境、测试环境和生产环境。 - `browserslist`文件包含有关要支持的浏览器列表的信息。 - `karma.conf.js`文件包含有关单元测试运行器的配置信息。 - ### 回答2: 在规划Angular前端项目目录结构时,可以考虑以下几个方面: 1. 模块化组织:根据功能或业务逻辑,将各个组件进行模块划分,尽量保持单一职责原则。可以按照功能模块、公共组件、服务等进行划分。 2. 核心模块:创建一个核心模块,用于声明全局可访问的组件、服务、指令等。该模块可以提供应用级别的配置、处理HTTP请求、路由守卫等功能。 3. 组件目录:将组件按功能或页面进行分类,每个组件目录下通常包含组件文件(.ts, .html, .scss)以及其它可能用到的资源文件。 4. 服务目录:将共享的服务放在一个统一的目录下,方便管理和复用。可以在该目录下创建一个索引文件,用于导出所有服务供其他模块使用。 5. 路由配置:在一个独立的目录下创建路由配置文件,定义项目的路由配置。可以按照功能模块创建子路由配置文件,然后在主路由配置文件中引入。 6. 样式目录:将所有全局样式和公共样式放在一个统一的目录下,可以按照组件分类使用SCSS的partial功能进行管理。 7. 资源文件:将一些静态资源文件,如图片、字体等,统一放在一个资源文件夹下。可以按照组件或功能模块进行分类存放。 8. 构建和打包配置:在根目录下创建构建和打包的配置文件,如angular.json或者webpack.config.js。 总体来说,良好的目录规划能够方便维护、组织代码、提高开发效率,使项目结构清晰易懂。当项目变得复杂时,可以使用模块化的方式降低维护成本,并根据实际需求及团队约定进行适当的调整。 ### 回答3: 在规划Angular前端项目目录时,我们应该考虑以下几个方面: 1. 模块划分:将项目划分为不同的模块,每个模块负责不同的功能或特定的业务逻辑。这样做可以提高项目的可维护性和可扩展性。 2. 组件目录:在每个模块中,我们可以创建一个组件目录,用于存放该模块所需的所有组件。在组件目录中,可以按照功能将组件进行分类,并使用子目录进一步组织相关的组件。 3. 服务目录:在项目中通常会使用一些共享的服务,用于处理数据、状态管理等。我们可以在项目根目录下创建一个服务目录,并在其中存放所有的共享服务。 4. 资源目录:用于存放项目所需的资源文件,如图片、字体等。我们可以在根目录下创建一个资源目录,并在其中按照功能进行分类存放资源文件。 5. 路由配置:Angular提供了路由模块用于处理不同页面之间的跳转。在项目目录中,我们可以创建一个独立的路由配置文件,用于配置不同页面的路由信息。 6. 测试目录:为了保证项目的质量,我们需要编写测试用例进行自动化测试。在项目目录中,可以创建一个独立的测试目录,用于存放测试代码和测试数据。 总结起来,Angular前端项目的目录规划应该根据功能、模块划分和项目结构来进行。尽量保持代码结构清晰、层次分明,并提供独立的目录用于存放组件、服务、资源、路由配置和测试代码等相关文件。这样能够提高项目的可维护性和扩展性,便于团队协作和代码的管理。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值