V2EX › int64ago 的所有回复 › 第 18 页 / 共 72 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 14 15 16 17 18 19 20 21 22 23 ... 72

❮

❯

2017-05-26 21:43:52 +08:00

回复了 weicaizhi 创建的主题 › Android › Android 想省心，首先你得花掉一些时间

算上系统应用，我两屏都不到，一周内用不到的 APP 是不会装的，不在 Play 上架的也是不会装的

2017-05-21 21:45:10 +08:00

回复了 qweweretrt515 创建的主题 › 问与答 › 目前通吃平台最多的前段框架是什么？ once wirite， run anyever，是 react 吗

原来英语中颠倒字母也不会影响阅读

2017-05-16 22:56:54 +08:00

回复了 js0816 创建的主题 › JavaScript › 当前现状或者一直以来，前后端分离到底是个什么概念啊

方便甩锅

2017-05-16 22:50:37 +08:00

回复了 iphone18 创建的主题 › 问与答 › 不知道 IE6 死了没有，如今的页面，还要不要考虑这家伙的死活？

只兼容 Chrome 并且还是最新版，Firefox 都不想兼容

然而……

2017-05-14 15:22:32 +08:00

回复了 zioc 创建的主题 › 程序员 › 前后端分离的边界在哪

这种问题都是前后端彼此太狭隘造成的，如果一个人前后端都写，就会很自然的选出代价最小最优雅的方式，作为后端出生的前端，我更希望跟懂点前端的后端合作，大家很清晰如何分工

对于狭隘的后端恨不得把整个数据库直接查出来丢出来，特别是用 Java 的，那些又长又臭的数据结构都是一坨一坨扔出来的（想保证一行 80 字符都难）

对于狭隘的前端恨不得拿到数据直接展视（既然后端给了数组，为何还要给个 length ？），后端应该是尽可能给出简洁的**元数据**，因为很多时候暂时的时候顺便处理的一些数据计算是很自然的，放后端需要额外处理

对于楼主的问题，我觉得应该放后端处理，倒不是考虑遍历的性能代价（其实这点计算双方代码量和执行效率都差不多）。因为这种结构有很强的依赖性，这种依赖性从前端看是完全由 pid 决定，而这个太不靠谱，如果数据结构重新组织，肯定是前后端都需要改了，而且 pid 的规则对于前端有点类似于魔法的感觉。再换一个大胆的构想，现在你用关系型数据库，于是很方便返回列表，后面假如换成了 mongo 呢，会发现直接返回递归形式更方便，而这些不应该是前端关心的

2017-05-06 22:01:46 +08:00

回复了 everywillatchina 创建的主题 › 求职 › 今年 6 月毕业的妹子想求一份杭州的初级前端工作

好奇如果是个大专的也是这样的简历大家回复会不一样吗？

2017-05-05 12:36:46 +08:00

回复了 WhyAreYouSoSad 创建的主题 › SSL › 加了 https，敏感信息还要加密吗？

顺手能加个密就加吧，毕竟 HTTPS 只是协议层的加密，业务层不确定因素还是挺多的

2017-05-03 20:24:41 +08:00

回复了 gongkaichun 创建的主题 › 职场话题 › 用 Macbook 是装 b？

我周围都是用 Mac，我用 Linux，被说装逼，你们怎么看

2017-05-03 18:11:07 +08:00

回复了 cutlove 创建的主题 › 求职 › [杭州/前端/2 年]我的简历到底哪里有问题，投了小半个月都没有合适的

确实太普通了……