|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2013-05-25
我所在的项目组，通过seajs完成组件化和组件依赖，按照CMD规范，使用define定义组件，使用use使用组件，通过seajs的on和emit功能实现事件机制以及AOP，我觉得基本能上是一个OO的编程方式，可以将复杂的js封装起来，但是代码维护确实比较困难，经过实践，现在剩下的都是那些简单易懂、命名规范的js代码
|
| 返回顶楼 | |
|
发表时间：2013-05-25
o0rid0o 写道 need_faith 写道 o0rid0o 写道 BuN_Ny 写道 need_faith 写道 写代码应该学白居易，通俗易懂，不应该学王勃，因为需要人维护，大家看得懂才好，不提倡这种写法
这个问题怎么说呢，我被同事指责过用JS拼HTML难以维护。就像你的楼上，都不知道基本的语法 ===是什么意思，写得再好又如何维护呢？所以我觉得团队整体水平、规范才是维护的关键，而不是一些代码的写法。我们没有任何理由以“便于维护”为借口，让我们的代码越来越幼稚。 我觉着把这种特殊的代码封装到方法里面，只要实现没有问题，方法的名称通俗易懂，那么也就没有什么维护困难的问题。。。 不过用JS拼HTML确实不好，你让美工怎么办呢？？ 当美工在静态页面修改了一堆东西，然后和你说，“JS我搞不定，告诉你变动了哪里，然后你自己去修改吧。。”，你就郁闷了。。。增加了工作量不说，如果改动比较大，修改起来困难，搞不好要得重新实现一遍。。。 工作内容应该划分清楚边界，美工现在已经是个复杂的工种了，一些UI效果方面的内容，比如菜单渐进检出效果、广告组件的实现，属于美工，让他们做好了 你说的那是前台开发工程师，已经不是单纯的美工了。。。 像我们这种小公司，只有美工，会的只是HTML+CSS+PS，JS完全不懂的。。。╮(╯▽╰)╭ 比如弹出或者菜单之类的，美工只会针对出现和不出现，分别做几个静态页面 而显示效果和如何实现之类的，都是我们程序员搞定。。。 现在前端工程师需要掌握的东西太多了，学美术出身，经过平面设计培训，经过程序员的培养，这样的人才肯定很受欢迎，要是自己是js高手，娶一个美工老婆，两个人协作，肯定是天作之合 
|
| 返回顶楼 | |
|
发表时间：2013-07-16
need_faith 写道 o0rid0o 写道 need_faith 写道 o0rid0o 写道 BuN_Ny 写道 need_faith 写道 写代码应该学白居易，通俗易懂，不应该学王勃，因为需要人维护，大家看得懂才好，不提倡这种写法
这个问题怎么说呢，我被同事指责过用JS拼HTML难以维护。就像你的楼上，都不知道基本的语法 ===是什么意思，写得再好又如何维护呢？所以我觉得团队整体水平、规范才是维护的关键，而不是一些代码的写法。我们没有任何理由以“便于维护”为借口，让我们的代码越来越幼稚。 我觉着把这种特殊的代码封装到方法里面，只要实现没有问题，方法的名称通俗易懂，那么也就没有什么维护困难的问题。。。 不过用JS拼HTML确实不好，你让美工怎么办呢？？ 当美工在静态页面修改了一堆东西，然后和你说，“JS我搞不定，告诉你变动了哪里，然后你自己去修改吧。。”，你就郁闷了。。。增加了工作量不说，如果改动比较大，修改起来困难，搞不好要得重新实现一遍。。。 工作内容应该划分清楚边界，美工现在已经是个复杂的工种了，一些UI效果方面的内容，比如菜单渐进检出效果、广告组件的实现，属于美工，让他们做好了 你说的那是前台开发工程师，已经不是单纯的美工了。。。 像我们这种小公司，只有美工，会的只是HTML+CSS+PS，JS完全不懂的。。。╮(╯▽╰)╭ 比如弹出或者菜单之类的，美工只会针对出现和不出现，分别做几个静态页面 而显示效果和如何实现之类的，都是我们程序员搞定。。。 现在前端工程师需要掌握的东西太多了，学美术出身，经过平面设计培训，经过程序员的培养，这样的人才肯定很受欢迎，要是自己是js高手，娶一个美工老婆，两个人协作，肯定是天作之合 其实我的观点根本不是JS拼HTML的问题，不知道怎么就被说成这个了。 1. JS拼HTML几乎是每个Web前端都会做的。如果为了下载使用一个jQuery插件，同时必须引入JS模板，我宁愿自己写。问题都是针对项目场景的。 2. 我会举这个不恰当的例子是因为当时刚好发生了。我的这个同事其实是JS完全不入门，属于在网上copy个验证脚本，会写个if else while for的层次。 3. 我的观点是后面那句。 |
| 返回顶楼 | |
