[PHP-dev 1290] Re: [PHP-doc 612] Re: mb_strpos

[Seiji Masugata]

桝形です。

> int mb_strrpos ( string haystack, string needle [, string  
> encoding] )　５.1系
> int mb_strrpos ( string haystack, string needle [, int offset [,  
> string encoding]] )　５.2系
> 
> という、真ん中がかわったら別物とは行っても、こういう混乱はやは 
> り、嫌ですね。

確かに、その通り。。。。


> #ただ、そもそも、自分は、ここにencodingは書かないからいい 
> のだけど。
> #（人から貰うってのはあり得るし)

自分も明示的なencoding指定は行なわない人なので、関係無いといえば
関係ないのですが、地雷があるなら未然に除去したい、というのが本心です。


> いっそのこと、overload可能な関数群は。encoding指定を 
> 仕様からはずしてしまったらどうですか？

↑


実際にやるかどうかは別しても、検討した方がよいかもしれません。

今後も追加される可能性もあるし、それに対して確実に追随できるかも
分からないし。。。今後の要検討課題という事で、別の機会にでも。



> 
> 特殊な場合で、internalじゃないencodingを使う場合は
> mb_internal_encoding() を、途中で入れればいいわけですし。
> 
> そうすれば、今後本家でパラメータの個数が変わっても、問題は起きな 
> い。
> 
> いつでるかわからないとは言っても、６の仕様が美しくなる。
> 
> 
> >       また，よく見かけるのは「mbstring の動作がよくわか
> >
> >> らない」から
> >>     全部の関数で文字エンコーディングの指定をする場合．これは
> >> php.ini
> >>     で指定しようがしまいがやるようです．
> >
> 
> この場合も、実際は、internalencodingを書いてるはずです。
> 仕様として、5.2から、encodingを書けなくすればいいと 
> 思う。
> 
> 第３引数に、stringが来たら、encodingとして動作するの 
> ではなく
> エラーにしてしまえば、すくなくとも、誤動作はしないわけですし
> えらーを片っ端から修正すればいいだけになる。

-- 
Seiji Masugata <s.masugata ＠ digicom.dnp.co.jp>