V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wizardforcel  ›  全部回复第 63 页 / 共 110 页
回复总数  2184
1 ... 59  60  61  62  63  64  65  66  67  68 ... 110  
2016-08-12 17:20:11 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial

这是你的:

expression ::= "(" operator operand { operand } ")"

operand ::= expression | literal


这是我的:

expression ::= operator "(" operand { "," operand } ")"

operand ::= expression | literal

别不懂装懂。
2016-08-11 16:10:32 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@brucedone shellscript 比 python 快??上数据。
@FrankFang128 局部刷新是 ajax 和 dom api 的操作,跟框架不框架没关系。此外,提供不提供和用不用是两回事,你可以随便找个网站的 html 文件看看源代码,查询操作直接刷模板而不 ajax 获取的,不占少数。

前后端分离下的页面一定是纯 html+js 的页面,这些页面可以放在 cdn 上面,进一步提高加载速度。后端的接口做好健壮性之后按需给跨域就行了。
@FrankFang128

[用户体验的功劳被分到设计师啦,没前端什么事情。]

除了页面的布局和配色之外,交互也是体验的重要组成部分。如果不分离,那么起码查询操作就得重新刷新页面,何来体验一说?

前后端分离不是指用框架,只要你增删改查四个交互全用 Ajax ,就算前后端分离。 Web 2.0 的前端基本上增删改的交互是 Ajax ,只有查还需要刷页面,你不觉得后端渲染和 Ajax 混用很麻烦吗?
2016-08-11 10:29:51 +08:00
回复了 yxaaa123 创建的主题 Java “处理的慢?那再加 500 个线程!”
没那么多核也没用啊。
2016-08-09 23:40:58 +08:00
回复了 ericls 创建的主题 JavaScript 我为什么赞成前后端以及 UI 分离
我从来就没反对过前后端分离。我反对的是一些鼓吹框架的观点,使得开发者牺牲了学习成本和迁移成本,却没有得到相应的效率。比如 ng1 就做的很差,基本上是全手动,也就是使用 for 标签插入表格的时候比 jq 好点。定位控件还要用一个 scope 和一个 name ,比 jq 的一个 selector 还要麻烦。所以我说它就是个模板引擎。

当然 ng2 改良了很多,全变成了组件, html 里也看不到模板的影子了。但是跟 ng1 完全就是两个东西,想要迁移还需要费点精力。
2016-08-09 23:32:15 +08:00
回复了 ericls 创建的主题 JavaScript 我为什么赞成前后端以及 UI 分离
@lianghudou 然而使用缓存是自然而然的事情。比如生成 token 防重放的地方,存到 memcached (或 redis )里面相当方便。再比如短信验证码功能,存缓存里也相当方便。
我觉得是“中国和外国”,你懂的。😂😂😂
不用。。。只是说话的话还是算了。。
2016-08-09 18:03:35 +08:00
回复了 FrankFang128 创建的主题 JavaScript 初创公司使用 ReactJS 就是在向 Facebook 交税
@newghost ES6 借鉴了类 JS 语言, Dom API 借鉴了 jQ 。
其实我觉得纠结分不分离,还不如直接写写 ios/安卓,你不分离都不行。

浏览器端的乱象是必然的,因为框架要发展,但是 W3C 好像也不重视这个,所以各个流派就起来了。我前几年就预料到了这种情况,所以一开始就选择安卓,等浏览器端发展好了再回来看看。
2016-08-09 17:40:12 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial

[恰恰相反, Lisp 的价值就是可读。 Lisp 的语法就是语法树,(* (+ (- 1 2) 3) 4) 。这种语法对机器非常有利,机器可以更容易的生成“人工智能”代码。]

函数调用表达式和前缀表达式具有相同的优势,比如 mul(add(sub(1, 2), 3), 4) ,它同样也对机器有利。而且函数在几乎所有编程语言里都是这个写法。
@FrankFang128 所以浏览器实际上在走 PC 和移动端的老路,前后端分离早就在这两个地方玩烂了。

而浏览器之前太缺组件化和模块化了。除了浏览器内的 JS ,任何现代的编程语言(包括 C ,也包括 Node )都是天生模块化的。而组件化,考虑移动端比如安卓,虽然用起来很别扭,但是相当完备了。所以这种长期积压的弊端就得靠猛药來治,这也是呼声很高的原因。

我觉得 GUI 应用就该做成应用的样子,除非你的本意就是打算把它做成文档。
html 页面的本质是应用, dom 的本质是控件,偏要当成文档来处理,这就是最大的问题。

我不知道你接触没接触过安卓。安卓的布局 xml 里面可以包含别的 xml , java 代码中可以直接 inflate xml 生成控件,也可以把 xml 封装成自定义控件。鉴于浏览器的这个德性,这些想做的话,要么手写,要么用框架。
2016-08-08 22:49:34 +08:00
回复了 TaoQAQ 创建的主题 Android 快要大四了,该往什么方向提高自己才能获得更好的 offer
比我牛逼的还比我努力系列
2016-08-08 22:44:00 +08:00
回复了 slysly759 创建的主题 Python 有木有小伙伴和我一起进阶 python 的学习捏~
或者用 py-nmap 扫点东西。 http 的那套我简直玩腻了。
2016-08-08 22:39:27 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@alexapollo 然而远程 io 的瓶颈是最大的,光跑得快有啥用??都得跟那儿卡着。😂😂😂

@loohawe 上大号撕逼是基本法。
1 ... 59  60  61  62  63  64  65  66  67  68 ... 110  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   882 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 23:27 · PVG 07:27 · LAX 16:27 · JFK 19:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.