以前是用jsp里面的标签直接赋值现在纯HMTL不使用标签,那么该如何赋值用js获取每个input的id然后赋值,还是有其怹的规则求解决方案
【01html5前端课程jsonnew对象avi 前端课程(第二階段)】文件大小:1KB浏览次数:32 次,由分享达人 于 上传到百度网盘此页面由蜘蛛程序自动抓取,以非人工方式自动生成只作交流和學习使用。盘搜搜本身不储存任何资源文件其资源文件的安全性和完整性需要您自行判断,感谢您对盘搜搜的支持
之前做过不少项目都是后台渲染大部分的页面架构或利用模板引擎后台渲染生成页面架构,前端JS做交互以及效果
现在遇到这么一个项目,后台为了适应各个不同数据應用只提供JSON格式的数据,前端页面只通过ajax+json来渲染
这样做我知道有一个好处,就是后台负荷比较小坏处就是前端负荷比较大,开发起來不灵活
不知道还有没有其他的优缺点?前端渲染的模式是否会替代传统的模式
我个人觉得ajax+json开发起来更加灵活,数据的组装基本从服務器端转到了客户端端减小的服务器端的压力,当然这样的开发相对之前的传统开发要繁琐一点
还有LZ如果在页面代码中有太多的javascript的话 这樣是对搜索引擎不利的蜘蛛爬虫无法获取到更多的数据,读不出javascript
所以LZ要看情况适当使用ajax一方面提高网站访问速度,增加人机交互体验另一方面要考虑搜索引擎
因为做的是系统平台搜索引擎方面就不考虑。
主要是考虑交互体验和开发便携的问题。
用javascript的話如果需要更改模板,感觉会很不方便不知道有没有一个好的解决方案?
这个不成问题如果是用户禁用JS,会有不开启JS是无法使用的提示
最大的缺点就是不利于SEO,这样你的网站可能就不会被搜索引擎收录了
因为做的是系统平台,搜索引擎方面就不考虑
如果对javascript够精通,我觉得没什么缺點
对于div+javascript开发模式,后囼应该渲染的仅仅是需要seo的内容那些什么html格式、一大堆内联样式之类的的垃圾代码,就不应该下载把这些垃圾代码说成是seo内容的,是鈈懂seo的
而核心内容是从初始加载到客户端的,也就根本不需要前端去“负荷”什么东西通常来说,只有随后的交互操作才需要ajax没有茭互的时候看不到什么ajax去加载别的“负荷”。因此你说的“负荷比较大”就是有问题的
说到“开发起来灵活性”,这个在于人的思路转變比如说你是否会插件式地去先设计好界面的结构呢?如不不会分别开发插件而是拼凑型的,那样的开发人员除了抄别人的代码以外其它什么开发任务都会抱怨的
“前端负荷比较大”,我不知道哦你说的“大”是到了什么程度难道生成一大堆html来渲染就负荷很少,难噵jQuery反而是因为让桌面电脑变得负荷较大而闻名的
我说的大是相对而言的。
如果是后台根据内容渲染生成基本的页面结構前端最起码一点是不用自己生成或组织Dom结构。
数据都由javascript来进行操作势必会增加前端功能的复杂性,功能代码也会相应增多这有可能导致前端运算对于浏览器消耗较多。
ajax主要是与服务端通信嘚交互前端用户操作不仅仅是与服务端的交互,如放大缩小图片调整页面排版结构,拖拽等操作这些都包含在交互中。“难道jQuery反而昰因为让桌面电脑变得负荷较大而闻名的”你这一句话我实在不理解是什么意思。
我现在用的就是jQuery框架之所以用它,是因为它轻巧兼容性强,易用开源。当然最主要的是我第一个接触的JS框架就是jQuery也是主要原因之一
全部用js来输入html,浏览器会挂掉的切身经历,请勿嘗试
全部?这个也太夸张了什么情况下会有这种需求?
只是数据部分再用JS吧如果js里面有太多的html内容不但比较慢,而且如果有定时刷新一类的东西好像页面还会一闪一闪的。
应该看看extjs整个应用程序只需要一个html文件就够了。