超级灵活的模块化开发解决方案

不想造重复的轮子,这是我一直坚持的原则。

如果你是想做前后端分离的项目,那么我推荐你看看下面这个项目。

https://github.com/zhangshaolong/module-project

项目特点:

1:前端不依赖后端,支持本地mock数据,支持模拟后端延时返回数据。支持mock时,获取请求参数并动态返回数据。

2:自动打包合并压缩代码,只要遵守简单的规范即可。也可以自己修改规则,参考例子很容易掌握。

3:自带一个高性能模板,此模板会增强html的语法,能够让html支持include,并可以接收参数。

4:此模板会在编译打包的时候由编译器自动打包成function,进一步优化。

5:支持本地代理,可以前端人员连接任意后端人员的机器,轻松做到机器对机器的联调,当然也可以直接连接线上机器。

6:支持本地路由,线上线下路由一致化。

7:对于比较繁琐的模块loading做了自动包装,只要简单的配置就能够自动loading状态的自动切换。

8:自带的模板引擎足够的灵活,建议在demo去体会。

时间: 2025-02-01 11:42:02

超级灵活的模块化开发解决方案的相关文章

前端模块化开发解决方案详解

一.模块化开发方案 前端发展到今天,已经有不少模块化的方案,比如 CommonJS(常用在服务器端,同步的,如nodejs) AMD(常用在浏览器端,异步的,如requirejs)(Asynchronous Module Definition) CMD(常用在浏览器端,异步的,如seajs) UMD(AMD&& CommonJS) 这些模块化规范的核心价值都是让 JavaScript 的模块化开发变得简单和自然. 服务器端模块 在服务器端,所有的模块都存放在本地硬盘,可以同步加载完成,等待

Javascript 模块化开发上线解决方案

最近又换部门了,好频繁地说...于是把这段时间搞的小工具们简单整理了一下,作了一个小的总结.这次用一个简单业务demo来向大家介绍一下Javascript模块化开发的方式和自动化合并压缩的一些自己的处理. 模块化开发已经有一些标准(AMD/CMD)而且现在也算比较普及了,其为开发人员提供了很大的方便.模块化开发可以按结构整理代码,将一些功能分小颗粒来实现,这样的代码维护起来会方便很多,也更灵活,更容易在一定程度上去满足各种需求的变更. 比如这是demo中的代码结构: 先说page目录,这里的每一

关于模块化开发,CMD和AMD

模块化 首先要理解的是什么是模块化,模块化这个词来源于研究工程设计中的<Design Rules>,是指可组成系统的.具有某种确定独立功能的半自律性的子系统. 模块化在编程中的意义是为了减少软件的复杂度,使软件不会因为不断的扩大而导致功能维护.添加变得十分困难.而通过模块的拼接,就可以组成一些列的复杂的系统,同时   模块与模块之间耦合度低.这种拼凑是灵活的,自由的 为什么要模块化 web前端不断发展,其中各种插件的代码量已经不是以前可比的了.而代码量的上升会暴露出许多问题: 首先是命名,即命

前端模块化开发的价值

本文发表在<程序员>杂志 2013 年 3 月刊,推荐购买. 前端模块化开发的价值 随着互联网的飞速发展,前端开发越来越复杂.本文将从实际项目中遇到的问题出发,讲述模块化能解决哪些问题,以及如何使用 Sea.js 进行前端的模块化开发. 恼人的命名冲突 我们从一个简单的习惯出发.我做项目时,常常会将一些通用的.底层的功能抽象出来,独立成一个个函数,比如 function each(arr) { // 实现代码 } function log(str) { // 实现代码 } 并像模像样地把这些函

Mvc 模块化开发

在Mvc中,标准的模块化开发方式是使用Areas,每一个Area都可以注册自己的路由,使用自己的控件器与视图.但是在具体使用上它有如下两个限制 1.必须把视图文件放到主项目的Areas文件夹下才能生效,否则运行时会发生找不到视图的错误. 2.在实际开发中,这种开发方式只能建立一个项目,所有的开发工作都在这个项目里完成,非常不利于团队大规模开发. 显然,上面的两点限制严重制约了插件化开发实际运用.为了实现真正的插件化开发,大家积极的思考研究,又找到了如下几种方式 1.MVC Portable Ar

前端模块化开发学习之gulp&amp;browserify篇

 随着web应用的发展,前端的比重占得越来越多,编写代码从而也越来越复杂.而通常我们需要将不同功能或者不同模块的代码分开写,最后在html中一起加载,这样做是可以的,但是当你需要进行维护或者是二次开发的时候,你会觉得十分费劲,因为你不知道文件之间复杂的关系,所以我们需要利用一些插件来配合进行模块化的开发. 所谓模块化的开发,写过nodejs的人都知道,文件之间的依赖可以用require()实现,但是浏览器端是不支持这样的依赖形式的,而browserify却可以解决这个问题,再加上gulp这个强大

JS模块化开发(requireJS)

使用模块化开发的好处: 通过 exports 暴露接口.这意味着不需要命名空间了,更不需要全局变量.这是一种彻底的命名冲突解决方案. 通过 require 引入依赖.这可以让依赖内置,开发者只需关心当前模块的依赖,其他事情 Sea.js/ Require.js 都会自动处理好.对模块开发者来说,这是一种很好的 关注度分离,能让程序员更多地享受编码的乐趣 实现JS模块化开发,目前有两个规范,一个是AMD规范,一个是CMD规范. RequireJS遵循的是AMD规范.AMD推崇依赖前置. SeaJS

js模块化开发——前端模块化

在JavaScript发展初期就是为了实现简单的页面交互逻辑,寥寥数语即可:如今CPU.浏览器性能得到了极大的提升,很多页面逻辑迁移到了客 户端(表单验证等),随着web2.0时代的到来,Ajax技术得到广泛应用,jQuery等前端库层出不穷,前端代码日益膨胀 这时候JavaScript作为嵌入式的脚本语言的定位动摇了,JavaScript却没有为组织代码提供任何明显帮助,甚至没有类的概念,更不用说模块(module)了,JavaScript极其简单的代码组织规范不足以驾驭如此庞大规模的代码 模

常用移动移动应用程序框架对比与移动开发解决方案

最近一直搞移动开发WebApp方向,领导让出个整体方案,写了一晚上文档,索性发到博客上与大家讨论讨论.如有不对的地方,请多指导. 常用的移动应用程序框架 1.  Jquery mobile: 特点: (1)强大的AJAX驱动导航:  无论页面数据的调用还是页面间的切换,都是采用AJAX进行驱动的,从而保持动画转换页面的干净与优雅. (2)以Jquery 与Jquery UI为框架核心 凡是会Jquery的人都可以轻松上手开发Jquery mobile的简单网站. (3)强大的浏览器兼容性平台支持