交行用户路过，Paypal打了一个，Amazon打了一个，Google Checkout打了一个……

交行你对我太不放心了……

不过感觉上很安全+贴心……

记得之前有个V友写过一个微信平台的，不知道找到工作没。 @matrixyuri

楼主，我只是想知道，是什么让你认为5-6k能招到2年的设计师的，能会答我的问题么？

@no13bus

当然可以换，只是你不能继续用类似getModel这样的方法了（但其实你可以继承根控制器然后overwrite对应方法）。

对于ThinkPHP来说应该就是，大约就是你不能用M这样的函数，外加你得用ORM定义的方式来管理Models。

比如Eloquent，你就得User::find(1)，相当于M('User')->find(1);。这得看ORM具体怎么实现的。

用不着换框架，选个好点的ORM就行了。ThinkPHP应该不会强制你用他自己的ORM的吧。

可以试着拆个Active Record或者Eloquent下来，或者干脆用Doctrine。或者用Github搜索大法：
https://github.com/search?o=desc&q=PHP+ORM&ref=cmdform&s=stars&type=Repositories

Character发音类似于：凯瑞特克

所以按这样的话Char的发音应该是“卡尔”，那么，@smilezino 是对的

@billchan86

死老头理论系列+政治才是最没用的学科。

bool tianJiaXinYongHu(string yongHuMing, string miMa)
{
HonyHu yh = new YongHu(yongHuMing, miMa);

if (yh->insert()) {
return true;
}

return false;
}

@raincious 哦，说错了：

- 你想要检查$_GET['foo']这个里面的值是不是设定，包括是空白，那么原先的写法事实上是
+ 你想要检查$_GET['foo']这个里面的值是不是非空，包括是空白，那么原先的写法事实上是

@yukirock

对编译器来说基本山是一回事。但是多了一行，很多人感觉不爽，包括我。

@Jat001

还是看规范的问题。PHP的PSR2没有规定这样的内容，可以理解为它把这个交给了程序员自行组织。

如果你能制定规则的话，那么可以指定一个规则来约束程序员的写法。如果不能的话，可以这样改变自己的思维来适应：

你想要检查$_GET['foo']这个里面的值是不是设定，包括是空白，那么原先的写法事实上是

if (trim($_GET['foo'])) { // 外部变量请自行isset
$a = $_GET['foo'];
// TODO
}

然后你发现，这样浪费了一行，自然要想办法修改，那么就顺理成章的改成了
if ($a = trim($_GET['foo'])) {
// TODO: Use $a
}

个人感觉可读性差别不大，而且个人也没有因为这个出过错。可能只是对待刚刚入门的新人时应该注意下。

Trim感觉还是相对底层的问题。

我是说，如果数据库取代码的时候可以设定是否要先Trim一下，这个问题就解决了。这就是为啥大型软件得有个架构师在后头提供更方便的代码接口。

（是的，我是来秀代码的，瞬间发现自己好葱明很有架构师潜力呢有木有）
http://i.imgur.com/P4k6Z0p.png

看习惯。两种代码没有区别，只是节省了行数。属于小Trick类型的语法。

个人倾向于如果$a接受的是函数返回值，那么无所谓了。但是如果接受的是变量set，那么上面的语法是没有意义的。

$a = 'foo'必然不是false，所以if里面的语法必然会被执行。所以简直不如就是

$a = 'foo';
echo $a;

@lizheming 我……跟你是一个星球的。

> 但是isset只是判断值是否存在而已，如果硬要说特别就只有这一点特别而已
好了，你成功被我摆直（歪）了。我很满意，哇哈哈。

> 就是我讲的思路

差不多，但其实我是在纠结你前面说的一句，就是：

> 所以$str['check']会先转换，因为只有得到 $str['check']是什么才能确定是否有0键

然后，老外告诉我，这是isset特有的检查之后

> 就这个问题，更准确的说，我40楼是在问“为什么要转换？”，为什么不发现'check'这个数组是非法下标之后直接return false？

这个问题就解决了。因为原先就要转换，isset只是“好心”的false了一个test。

然后加上12楼推导出来的结果再加上“isset和var_dump不一致”，你6楼的帖子就变得可以理解了。（因为我一直在问$string['check'][0]为什么和$string['check']不一样，而6楼的帖子解释了$string['check']会被isset判定为false掉，但是没说$string['check'][0]（就是说，其实isset在处理$string['check'][0]的时候还是按照$string[0][0]来处理的），你看36楼）


> 跟我说的判断最后一个key有什么区别么

不……我只是不理解为什么只判断最后一个。后来SO上的帖子给了我答案。就是这样。

而且貌似，我没说你错了啊，我还确认了下说“根据上面的来说，$str['f']['f']，或许只是变成$str[0]['f']了（如果这才是你的正确意思的话），所以这是有可能的。”，可能你后面理解错了，觉得我说你说错了。


好了，咱们俩说话好费劲，只是因为互相理解错了。

另外你有没有觉得V2EX讨论这样的话题好费劲啊，不停的报楼号什么的。

感谢你一直陪我吧唧。

@lizheming 搞不懂你在说什么了。

> 你说的原因不就是我讲的啊..我并没有说没法判断数据类型
> 所以$str['check']会先转换，因为只有得到 $str['check']是什么才能确定是否有0键（41）

那是我理解错了？

回答在这里： http://news.php.net/php.general/323332

意思是说 “对待var_dump和isset方式不一致”。而不是“因为只有得到 $str['check']是什么才能确定是否有0键”（所以才将'check'估值成0）。 // 这就是我想知道的。

PHP一开始就知道$str的类型，因为变量的初始化方式不同。String类型是不可能有数组的，所以根本不需要去找$str['check']就能知道这是个字符串。

46楼我已经说了，“FETCH_DIM_IS拿了check（后来应该是0才对吧）出来然后给到ISSET_ISEMPTY_DIM_OBJ”。'check' -> '0'这样一层一层取出的（所以没必要只检测最后一个）。

之所以只拿最后一个，是因为SO那个帖子说的“I think it's not a problem at all. "b" makes sense because "abs"[1] -> "b" and "b"[0] -> "b".”。

好了，我要知道的信息已经完全了，完结。

@lizheming 好吧，你一直在帮我，我还是挺感激的。所以我吧问题梳理下，然后就能意识到咱们两个（至少是我）个笨瓜在讨论什么。

原始问题是原帖；答案是：'check'会估值成0。于是原始问题就解决了，答案在8楼。于是推导出了 $string['check'][0] => $string[0][0] => 't'[0] => 't' => isset == true

于是出现了20楼的问题，对待var_dump和isset方式不一致。你的解答：isset()没有报错是因为 isset()有特殊操作。（简而言之，“对待var_dump和isset方式不一致”，但这就是我的结论啊）。这个问题可以Pass了。我说12楼其实是让你看“是的。应该是有特殊的处理。”，因为我一再确认（Conform）那个不一致。

然后就是你27楼丢出的问题，我28回到“根据上面的来说，$str['f']['f']，或许只是变成$str[0]['f']了”。我没说我是对的你是错的，我是推断你是对的。这也是正确的答案。

当然，过程是这样的：$str['f']['f']最后是变成了$str[0]['f']然后交给了isset，isset看到string，于是返回了false。

正确的原因是这样的：

isset($string['check'])能返回false因为它有代码段来专门进行这项检查，扫描到'check'是string直接返回了false。
所以，这也就不难理解为什么isset($string['check'][0])会是true，因为那段检查没有检查$string['check']。他只检查了[0]，然后对前面的进行了转换（根PHP 5.3之前一样），而不是你猜测的无法判断数据类型的原因，具体的原因是SO的那个链接（TL;DR：为了……优化）。

所以可以理解为PHP还是在5.3的模式下运行，只是isset那边多了这项检查罢了。于是乎上面都说通了。


于是乎，（你真的不用回答下面的问题的，因为你回答不了，对吧？），我艹，多爬个检查会死么。isset改改让他也爬下$string['check'][0]里的'check'不就没这问题了么。 // 其实我后面一直在说这个，但是我用了疑问句“为什么不能因为$string['check'][0]的而false，非得$string['check']呢”，这或许造成了你的理解错误嗯。

另外，我46楼在说，其实PHP拿到那个isset的输入参数之后，（我猜）是直接拿它当数组用的，因为可以看到FETCH_DIM_IS，然后ISSET_ISEMPTY_DIM_OBJ，所以我觉得上面我的吐槽是略有道理的呢，除非我猜错了……

@lizheming 怎么没有TL;DR，因为我真的不想R。

我已经把这个问题丢给老外了。结果收获丰硕。

具体其实已经被解释的很清楚了： http://stackoverflow.com/questions/6588016/php-5-4s-simplified-string-offset-reading 我很满意，但是还在等PHP里的家伙能不能给个回复，所以没有Append。其他的我也不想说什么了。

好吧，没想到V2EX上的音乐爱好者这么多呢。

但是，为啥我总是写不完，比如这个就成功烂尾在那一段了。

http://v.youku.com/v_show/id_XNzEyNTQxMTUy.html

@dong3580

距离真心不知道了。但是我不太喜欢圆滑世故，于是干脆保持与世无争的状态好了。然后默认的认为，如果我对别人真诚点的话，别人也会同等交换，虽然并不期待。

当然说实在的，在工作场合下说话要注意的太多了。不喜欢这样，不过也是没办法的事情。

@dong3580

是的呢，上学的时候关系比较好的同学真的可以无话不说。我最好的哥们也是上高中的时候认识的。

看来吧，纯洁的环境也是很重要的呢。



@chilaoqi

你想到什么了？不纯洁的请自行apt-get purge下。