代码拉取完成,页面将自动刷新
修复一系列因 PHP 版本、环境、模式,导致的转换差异问题
测试用例加持,保证类库稳定性
修复 [] operator not supported for strings
use Yurun\Util\Chinese\Number;
function test($number)
{
$chinese = Number::toChinese($number, [
'tenMin' => true, // “一十二” => “十二”
]);
$afterNumber = Number::toNumber($chinese);
echo $number, '=>', $chinese, '=>', $afterNumber, '=>', 0 === bccomp($number, $afterNumber, 20) ? 'true' : 'false', PHP_EOL;
}
test(1.234);
test(-1234567890.666);
test(pi());
/**
输出结果:
1.234=>一点二三四=>1.234=>true
-1234567890.666=>负十二亿三千四百五十六万七千八百九十点六六六=>-1234567890.666=>true
3.1415926535898=>三点一四一五九二六五三五八九八=>3.1415926535898=>true
*/
use Yurun\Util\Chinese\Money;
function test($number)
{
$chinese = Money::toChinese($number, [
'tenMin' => true, // “一十二” => “十二”
]);
$afterMoney = Money::toNumber($chinese);
echo $number, '=>', $chinese, '=>', $afterMoney, '=>', 0 === bccomp($number, $afterMoney) ? 'true' : 'false', PHP_EOL;
}
test(1.234);
test(-1234567890.666);
/**
输出结果:
1.234=>壹圆贰角叁分肆厘=>1.234=>true
-1234567890.666=>负壹拾贰亿叁仟肆佰伍拾陆万柒仟捌佰玖拾圆陆角陆分陆厘=>-1234567890.666=>true
*/
use \Yurun\Util\Chinese;
use \Yurun\Util\Chinese\Pinyin;
$string = '恭喜發財!123';
echo '分割无拼音字符:', PHP_EOL;
var_dump(Chinese::toPinyin($string, Pinyin::CONVERT_MODE_PINYIN, '-'));
echo '不分割无拼音字符:', PHP_EOL;
var_dump(Chinese::toPinyin($string, Pinyin::CONVERT_MODE_PINYIN, '-', false));
分割无拼音字符:
array(1) {
'pinyin' =>
array(1) {
[0] =>
string(24) "gong-xi-fa-cai-!-1-2-3"
}
}
不分割无拼音字符:
array(1) {
'pinyin' =>
array(1) {
[0] =>
string(21) "gong-xi-fa-cai-!123"
}
}
更新说明
去除composer引入后的不必要文件
类库第一个版本发布开始,群里朋友就展开了激烈的讨论,最大的问题就在于内存占用以及性能问题上。经过我不断尝试几种方案,最终决定设置三种模式,来适应不同用户之间的需求。
内存占用量以实际为准,根据版本、扩展等环境的不同,占用的内存容量不一样,上述值为我电脑上的情况,仅供参考。
性能模式适合运行于持久性服务,推荐使用 Swoole 开发服务程序,只加载一次数据,无需重复加载。当然,你服务器内存足够大,或者并发访问不高也可以使用这种模式。
性能模式和通用模式需要 PDO 和 PDO_SQLITE 扩展支持。
兼容模式无扩展依赖,由于精简了数据,一些拼音结果需要经过代码计算处理才可以得出,所以性能较差。
默认情况下,优先使用通用模式,如果环境不支持 PDO 将采用兼容模式。
你可以在未执行任何初始化或者转换处理之前,设置使用何种模式运行。
共收录 41852 个汉字,包括:3955 个简体字,1761 个繁体字,36136 个其它汉字。
从 40+M 减少为 16M,但性能略有下降,不过据我了解好像更多人愿意牺牲性能来换取低内存占用。。。这一点我将继续思考,如何鱼与熊掌兼得