V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jarlyyn  ›  全部回复第 194 页 / 共 279 页
回复总数  5580
1 ... 190  191  192  193  194  195  196  197  198  199 ... 279  
多说一句。

以导航软件为例,在第一个国内的免费导航软件(百度导航)发布之前,还是有很多收费的导航软件的。

至少记得有凯立得吧。记得还有些是上市公司,很受冲击。

结果,在相继几个免费的导航软件出来后,这些收费的导航软件好像死的都差不多了----没人愿意去付费买了呗。

现在,又开始怪这些免费导航软件了。

其实收费的导航软件应该还有,至少我的车载导航的数据供应商应该还活着。

你们完全可以去选择。

我的行业和软件开发没关系,我只是知道最基本的道理而已。

除非你能证明别人是垄断,不然别人合法合规的事情您还真没立场去怪他,完全可以不用,市场经济,用脚投票么。
2015-12-31 12:17:50 +08:00
回复了 GNiux 创建的主题 Linux Debian 发起人 Ian 自杀…
@Khlieb

我只是不希望这种帖子里看到这种莫名其妙的政治争论。

请不要假设我的立场,谢谢。
@skylancer

本质上来说,就算不免费也可以流氓。

只要程序是你自己安装而非自行捆绑或者利用漏洞,没有对你的系统造成什么侵害,对你的数据造成破坏和泄露。就可以了。

因为选择权在你这。

就如同我一直觉得苹果的 ios 很流氓。但我可以选择不买。你可以选择买。就这么简单。
反正这个帖子我觉得和用去广告插件一样的不靠谱。
@skylancer

为什么一定要出付费版。

这都是什么逻辑…………

为什么苹果不出不绑定 app store 的手机?你看 android 手机的 google play 都可以移除的。
@yhxx

不好,所以我不用。
用免费软件还不允许别人要求一定的权限了么……

哪真的来这么多雷锋啊……

不用就是了……
2015-12-31 10:40:53 +08:00
回复了 GNiux 创建的主题 Linux Debian 发起人 Ian 自杀…
楼上一群初中生和初中教师级别辩论的能否不要在这样一个帖子里争了呢?
2015-12-31 10:10:05 +08:00
回复了 GNiux 创建的主题 Linux Debian 发起人 Ian 自杀…
为什么在一个讨论代码的地方会有这么幼稚的政治辩论……

愿死者安息。
2015-12-31 08:40:08 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@minggeJS

代码写的太少的人,看到别人写的代码么不知道是什么用的。

用 if 判断的地方说明是符合函数的约定。

所以不管是不是用 catch ,都需要进行判断和处理。

之所以会放在 try 里,只是你强行要放罢了。
2015-12-30 23:41:52 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@minggeJS

按照你的风格,代码应该是这样。虽然依然有问题。

function test(foo) {
try{
var obj = new foo();
obj.wo.ok.arr.push("帅哥");
return obj;
}catch (e){
if (e.name=='TypeError' || e.name=='ReferenceError'){
return false;
}
throw e;
}
}
2015-12-30 18:56:15 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@minggeJS

呵呵

什么奇葩逻辑

出错了不弹错,居然还有返回值?

错误不交给调用者?
2015-12-30 18:23:50 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@minggeJS

重点就是不该 return false,呵呵。
2015-12-30 15:12:45 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@gemchen

如果不忽略潜在的错误,一样需要在 try catch 里放一堆 if 或者 case,那楼主的立场不也没有了。

从我的角度来看, try catch 代替 if 本来就是个伪命题。能被 try catch 代替的 if 判断,大部分本来就是被误用的 IF 罢了。

以楼主的这个例子的 A 来看,是在接口的定义时预定了可以有其他人性的数据传入,只不过在这种情况下返回个特值而已。

从我的经验和从事的工作来看。运行效率远没有开发和维护效率高。是判断的就应该用判断,该抛错误的就应该抛。

个人觉得,毫无理由的替代不过是给别人挖坑,给自己挖坑。
2015-12-30 14:00:50 +08:00
回复了 minggeJS 创建的主题 JavaScript 反对 try{}catch (e){}的进来, B 君已经是全群公敌!
@gemchen

catch 所有错误然后 return false 确定不存在错误问题么?
2015-12-30 13:21:00 +08:00
回复了 fszaer 创建的主题 JavaScript 有没有什么值得学习的 restify 项目?
@fszaer

你可以尝试一下。

promise 我用的不是很顺,我一般都是用 async 来做的。
2015-12-30 11:24:27 +08:00
回复了 hiboshi 创建的主题 宽带症候群 怎么解决上海 DNS 污染
t$ ping www.222ewqewqeqewq.com
ping: unknown host www.222ewqewqeqewq.com

用的阿里公共 Dns

上海电信企业宽带。
2015-12-30 11:00:45 +08:00
回复了 fszaer 创建的主题 JavaScript 有没有什么值得学习的 restify 项目?
@fszaer

后端正常来说,需要联合查询多个表来确定订单状态。

比如支付记录表,取消记录表,退货表,发货单表,收货单表。

很多会有顺序要求,会有逻辑跳转。用异步会显得蛋疼些。

话说我觉得为什么背景怪怪的。

你发在 js 区,不是 nodejs 区。
@Lpl

会认为你有实习经验作参考,但一般不会当作正式工作经验。

至少我这里是这样。
1 ... 190  191  192  193  194  195  196  197  198  199 ... 279  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2237 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 01:53 · PVG 09:53 · LAX 18:53 · JFK 21:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.