@VinsonKon 你需要 windows 版本的美图看看

扫码不能登陆,怎么解决
"暂时无法登陆,请重新尝试登陆"

这个我是服的

打破零回复

能简单描述一下核心科技的原理吗,怎么判断 ip 是国内还是国外.

支持 site:吗

哈哈哈哈哈哈哈

拿炉石打比方的话，一般的卡牌打出过程（比如任何无特效的放置牌），协议可以理解成这样：
时间戳 动作类型-出牌 卡牌 10001 打出
......
时间戳 动作类型-出牌 卡牌 10001 结束
这样就能从协议层面上解决动画播放同步的问题。
对于复杂的卡（导演），中间可能增加几个状态。

比如鼠标滑过自己的卡牌，会有一个冒头的效果，也可以用同样的道理去定这个协议。

当三方观战者加入时，并不是只收到最新的协议包，而是根据实际需要（可能是写死可能是服务器动态下发），获取最近的一批数据包。
这样对于客户端来说（任意一方，甚至是触发这个特效的一方），都可以通过这个时间戳加动作类型的一连串的包，计算当前的动画效果和播放状态，来实现任意细节的同步。

这就像是一个日志的记录、回放工具。

找上一级警官啊，看今日最火的帖子。
这事儿肯定能立案。
还等什么邮件，楼主是在开玩笑吗，这么着急的事儿还慢吞吞的办。

支付宝疯了吧。。妈蛋我为什么开启了自动更新！

@FrankFang128
框架的优势在于提供了一套易用和设计合理的组件化框架。迎合了页面前端开发的多年未曾被满足的需求。所以大部分业务都需要。
客户端渲染 HTML 的原因非常多， 1 、开发和测试更简单，开发不需要安装复杂的服务器环境或者对接服务器，测试可以更快的介入。 2 、因此更容易迭代，在开发工程中能更快速有效的迎合产品需求。 3 、上线过程简单可靠。其他种种可能我无法说全。非特殊情况下，我认为始终应该前端渲染 HTML 。

React 和 Vue 其实都非常非常着重组件化，甚至在我看来，更加易用和设计合理的组件化功能才是他们受欢迎的最重要因素，也是前端需要他们的核心原因，所谓的虚拟 DOM 和各种优化这种藏在表象背后的功能，只是前端应用化的“噱头”而已，因为要满足设计良好易用的组件化需求，核心的功能是必不可少的，只是大家实现的方法越来越“先进”。

这些框架，只是刚好迎合了多年未曾满足的页面前端开发需求而已。爆发式增长，是因为有太多需求没有被满足，干柴遇到烈火了。

有多少用 jquery 的前端同学会写一个 jquery 组件？大家习惯性都是用它来操作 DOM 。
而 React 和 Vue 呢？他们一开始就在教你怎么又快又好的写组件。

赞同楼主，简单的当然全栈好。
复杂的还是分离好。

楼主过于强调‘简单的’这种情况了。
实际上‘复杂’的情况应该是远远多过‘简单’的情况。
作为从业过传统 web 和游戏行业的前端选手来看，还真没碰到过整个项目是‘简单’需求的情况，当然这里面不排除项目中的个别需求是‘简单’的。

分离有一个好处是在管理上，既包括项目，也包括人。
在项目上来说，比如说 hotfix ，前后端分离与不分离的工作量级和上线代价就完全不一样。
在复用上也有很大差别，多端和可用性的问题，分离的帮助是非常大的。
在人上来说，楼下有很多人提到，很难招到懂一点后端的前端，其实反过来也是，很难招到懂一点前端的后端。这里的懂，我想说的是：对前端来说能稍微懂到数据库设计的层面，对后端来说能稍微懂到 dom 优化的层面。因为达不到这个量级，懂不懂并没有任何意义。随便找个前端也能写写后台接口逻辑，随便找个后端也能 jquery 掏出来给你写一个表单验证。
分离之后，在一个较大的项目里，可以有效降低沟通成本。各端的 tech leader 可以提前达成一致，只需要向下传递，然后在开发的时候一对一迭代就行，对整个项目来说成本很低。出现 bug 或者问题的时候，至少有两个人是知道什么情况的，反馈起来也更顺畅。

假如你只是做个公众号，还分个啥的前后啊， php+jquery 一口气写完了拉倒。
假如你要做个 100 多个页面的网站，不分前后怎么开展工作，招 5 个全栈，各自写 20 个页面吗？

港真， chrome 的书签不用 chrome 同步，楼主在想啥。最近几年一直在用，什么问题都没出。第三方的我可信不着，万一弄乱了真是费劲。

@Pzdmultiverse 因为一般写出这种精细计算的制度的 hr ，都会很认真的执行这个条例。这样假如你有小孩了，三天两头需要晚到早走的时候（或者其他原因的类似情况），就会开始觉得公司有点苛刻甚至不近人情了。同时这种条例会带动公司氛围比较严肃呆板，不为部分程序员所喜。
hr 才是一个公司氛围的牵线人（实现老板需求），喜不喜欢一个公司看老板可能看不出来，看 hr 是一看一个准。

卤煮你这个很正规啊

呲呲，已下载，试用中