推荐关注 Meteor JSLint - a Javascript code quality tool jsFiddle D3.js WebStorm 推荐书目 Javascript 权威指南第 5 版
Closure: The Definitive Guide
Closure: The Definitive Guide 
这是一个创建于 4674 天前的主题，其中的信息可能已经有所发展或是发生改变。
主要有两个问题。
第一个是请求地址，比如表单获取后需要 $.post 的请求地址，目前我的做法是在私有 JS 文件（除 base.js 外，每个页面一一对应的 JS）中声明一个全局变量如下：
JS 在相应的位置通过这个 JSON 写好具体用到的每个请求地址，然后程序员每次拿到我们的页面时，就来查看这个 JSON，根据注释填写每一个相应的请求地址。
第二个是后端程序需要的一些自定义参数，比如很多页面的一些请求需要将用户id一并做请求。
现在的做法是在每个页面中有一个 <input type="hidden" value="{}" id="J_param" /> 这样的隐藏 input，我在 base.js 这个公用 js 中将其取出来传 JSON 后作为一个全站的全局变量(var J_param = ..........)，只要是涉及到服务器请求的地方，都将这个 J_param 和其他参数合并，然后一并提交。
现在，感觉全局变量不太好，但不知道不好在哪里；而且，后端程序员拿到私有 JS 在看请求地址那里的注释时也是有点朦胧的，他们其实也要大概扫一眼 JS 代码或者我们跑过去稍微解释一下。
有没有其他更好的解决办法？
第一个是请求地址，比如表单获取后需要 $.post 的请求地址，目前我的做法是在私有 JS 文件（除 base.js 外，每个页面一一对应的 JS）中声明一个全局变量如下：
JS 在相应的位置通过这个 JSON 写好具体用到的每个请求地址，然后程序员每次拿到我们的页面时，就来查看这个 JSON，根据注释填写每一个相应的请求地址。
第二个是后端程序需要的一些自定义参数，比如很多页面的一些请求需要将用户id一并做请求。
现在的做法是在每个页面中有一个 <input type="hidden" value="{}" id="J_param" /> 这样的隐藏 input，我在 base.js 这个公用 js 中将其取出来传 JSON 后作为一个全站的全局变量(var J_param = ..........)，只要是涉及到服务器请求的地方，都将这个 J_param 和其他参数合并，然后一并提交。
现在，感觉全局变量不太好，但不知道不好在哪里；而且，后端程序员拿到私有 JS 在看请求地址那里的注释时也是有点朦胧的，他们其实也要大概扫一眼 JS 代码或者我们跑过去稍微解释一下。
有没有其他更好的解决办法？
 | 1 yimity 2013-02-19 10:27:26 +08:00 个人目前的经验就是，在做项目之前，提前预计一下前后端需要配合的地方，然后将需要的数据，数据结构，url 地址及格式，等等这一系列的前后端需要配合的东西，都做个约定，然后后面在做，就按这个约定来做就好了。即使要改，在沟通的地方就比较少了。 |
 | 2 fork3rt 2013-02-19 10:37:07 +08:00 我是后端 ~ 我的秘籍是和前端成为好朋友。。。。。。 |
 | 3 brando 2013-02-19 12:54:32 +08:00 我是前端~我的秘籍是和后端成为好朋友。。。。。。 |
 | 4 zxy 2013-02-19 13:27:42 +08:00 软件工程？ |
 | 5 leegorous 2013-02-19 13:46:22 +08:00 我感觉有时候隐含一种逻辑是应该由后端工程师来“决定”API长啥样，但其实API长啥样很有可能是后端工程师最不关心的问题。然而这个问题也不是说谁最关心就该谁来搞，而是应该成为一种规范。前端后端都来参与讨论出一些规范（这本身有蕴含了一个学习的过程，可以参考各种项目的各种风格，再筛选，再进化，应该是一页A4纸可以解决的），有了一定的规范基础，配合就比较好做了，要么跟规范走，要么补充规范。 |
 | 6 serious198706 2013-02-19 14:03:04 +08:00 关键是要跟后端程序员多讨论，先列出一个“可能存在”的接口列表，尽量考虑到所有的可能性以及参数。最好可以形成书面文字（写下来，或者使用电子方式，随便），这样双方在开发过程中，都会方便一些，修改起来也会方便一些。 BTW，我是所谓的“后端”程序员，站在自己的角度上写下的答案。 |
 | 7 qiayue PRO 我是前段，也是后端，我的秘笈是开发前想好需要前后端交换的数据，然后定好URL，定好参数。 |
 | 8 zhanggggfd 2013-02-19 20:47:34 +08:00 我是后端 ~我的秘籍就是搬个机子做他（前端）旁边，边吃边测 |
 | 9 adamwen 2013-02-19 22:27:12 +08:00 我是后端 我的经验是先和前端做个约定 也就是接口文档什么的 然后坐一起测试 |
 | 10 xguox 2013-02-19 22:31:29 +08:00 敢不敢前后端通吃？ |
 | 11 rqrq 2013-02-19 22:58:04 +08:00 我是做后端开发的。 我认为最好的方式是用.json文件来代替定义的http url。 例如： var program_param = { "activating":activating.json } 不但前端自己好调试，并且输出的格式内容在.json文件中已经定义好了，无须再费口舌，后端程序员自己去改成正式的url。 另外还有个好处就是如果出问题后端程序员也无法赖到前端身上，哈哈 |
Select Language