WPS

@luo123qiu 补充你这个问题

>遍历数据返回总数这个操作，后端执行返回和前端直接计算，哪个更有优势？

1. 如果你要知道数据库里的一张表的总数量，这个只能后端做；
2. 如果你要知道后端操作返回集合的长度，这个后端速度快，但前端处理更好：

比如你调用了一个搜索 API，想知道搜索到了多少条结果：
后端程序执行完数据库的搜索动作，就可以知道查找到的结果数量。BUT，这个数量对你很有意义么？前端不是很容易 list.length 去到么，会有很大的性能问题？
如果直接返回结果列表，JSON 结构可以是：
[
{item1},
{item2},
{item3},
{...}
]

如果给你附加一个 length 参数：
{
length: n,
results:[
{item1},
{item2},
{item3},
{...}
]
}

可以来衡量一下有多少差别。

计算一个分页数量的问题，还用纠结前端还是后端做？

来分析一下这个问题：
1. 数据总量（items）直接来自数据库；
2. 每页数据量（pageItems）可以前端指定，也可以后端指定；
3. 总页数（pages）= items / pageItems。

怎么搞？
1. 一次性将 items 全部丢给前端，前端根据 pageItems 分页展示（或者一个页面直接展示）
这个方案不可行。
2. 前端给后端提供 pageItems（如 10） 和指定页（page 如 3），后端把 21~30 项 item 返回
3. 前端给后端提供指定页（page 如 3），后端预设 pageItems（如 10） ，后端把 21~30 项 item 返回

后边两种方案都是推荐的方法。

----------
你说的问题，应该是前端需要显示[数据总量]、[当前页码]和[总页数]，这些值可以这么来：
1. 后端提供 items （也可以包含 page，这个最好前后端都维护一个。当然，后端返回的那个是前端提供的）
pages = items / pageItems
2. 后端根据前端提供的 page 和 pageItems，直接计算 pages 并返回

第一种方法更好一些。

1. 设计稿一般 320~640 给手机用就可以了，如果要响应式（看你目前也用不到），应该至少三个版式（分辨率 320/720/1200）
2. 前端自己切图比较好，自己才知道需要什么素材（话说现在的趋势是少用图片，做相应式麻烦）
3. 你的页面是 1:1 还原设计图，然后通过缩放适配不同分辨率。这种做法是错的，你要用响应式的方法写页面，然后让页面不缩放显示在浏览器中
4. Angular 适合写 App，普通的展示页就用 jQuery 好了

题主去学习一下“响应式”吧，这个对你很重要。学完了去教给你们的设计师。

For Windows http://www.getwox.com/ 吧 @qianlifeng 的作品
For Linux https://github.com/qdore/Mutate

+1

玩游戏得是 i7 15.6 1080p，看着外观顺眼的价格都不会太高。越丑的越贵

会 Linux/Mac 都算基本技能了，还要去花钱学习干啥

@is 结合 Angular 是个重要的点，不过也是最大的麻烦

@Tonni 自己写了手机号，还猜人家用多阴谋的技术找你资料

Ionic+Angular 比较好吧，之前用 Bootstrap+jQuery 写过，战斗力太渣
纯 Web 就 Bootstrap+Angular 吧。

zepto.js 那是 JS 工具，不是开发框架。
Amaze UI 那个没用过，不过依赖 jQuery 不太好，jQuery 不适合做 App

.com 吧，whois 没写手机号等信息？

我觉得多少有点，有多少还得看人家重视不重视。

@dingyaguang117 都是些垃圾信息，没办法筛选的

Github pages

没法用 IE6 是个痛点