トップページ⇒tech
1001コメント326KB

ミ,,゚Д゚彡フサギコのフサフサDelphi談話室�E

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001フサギコNGNG
            ∫    _________
   ∧,,∧     ∬   /DelphiやBorlandに関する
   ミ,,゚Д゚彡っ━~  <  雑談や質問しながら
_と~,,  ~,,,ノ_.  ∀   \ みなーで、くつろごうや
    ミ,,,,/~), │ ┷┳━   ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ .じ'J ̄ ̄| ┃
 ̄ ̄ ̄ ̄ ̄ ̄ ̄  ┻

関連スレ等は以下を参照してください。
0809デフォルトの名無しさんNGNG
>>808
>文字コードがSJISである以上万人に必要不可欠なスキル
Del2から始めて今日に至るまで仕事では必要としたことがないんですが・・・。
プライベートでも覚えがないなぁ。
0810デフォルトの名無しさんNGNG
D7からヘルプの名前が D7.hlp になった・・・ それまでは Delphi?.hlpだったのに・・・
なんでこういう無意味な変更をするんだろ?
0811デフォルトの名無しさんNGNG
>>810
「おぶじぇくと ぱすかる」を捨てた代償
0812デフォルトの名無しさんNGNG
速度を取るか可読性を取るかやね。
SJIS意識したくないならウニコードで処理して戻せば?
0813デフォルトの名無しさんNGNG
function AnsiStringPartsCompare_Base(const S1, S2: String;
S1Index, S2Index, StrLength: Integer): Boolean;
begin
 if (CompareStringA(LOCALE_USER_DEFAULT, 0,
  PChar(S1) + S1Index - 1, StrLength,
  PChar(S2) + S2Index - 1, StrLength) = 2) and
  (ByteType(S1,S1Index)=ByteType(S2,S2Index)) then Result:=True
 else
  Result:=False;
end;

これではダメなの?
先頭のByteTypeが一致してれば残りも必ず一致すると思うんだけど。
あと、厳密な比較をしたいならCompareStringよりCompareMemのほうがいいような。
0814デフォルトの名無しさんNGNG
>>813
 それでいいと思うよ。 でも疑問は、この関数何に使うの? というか使い道あるの?
0815デフォルトの名無しさんNGNG
>>813
それでいいのですけれど、普通はS1Indexに2バイト文字を切った位置を渡す方が変なので、
>>814氏の言うように使いみちは限られて来ます。

case SearchDirection of
sdForward:
begin
 i := Index; 
 while i <= EndIndex-Length(SubStr)+1 do
 begin
  if AnsiStringPartsCompare_Base(S, SubStr, i, 1, Length(SubStr)) {←変更ナシ} then
  begin
   Result := i;
   Break;
  end;
  if S[i] in LeadBytes then Inc(i);
  Inc(i);
 end;
end;

の方が普遍的かつ効率的という話。
つーか、フサさんの、SJISなんて理解したく無いので結果教えろ的態度はどうよ?
このスキルが今まで不要だったのならそれはそれでいいけど、
少なくともこの処理には必要なんだからさあ。
0816デフォルトの名無しさんNGNG
536 です。
某に電話してみました。
開封しインストールしてしまったことを伝えた上で、
日本語ヘルプを含めた修正版の予定が立っていないことを確認し、
これらの制限が DM からは読み取れず、かつ致命的であることを
伝えたところ、あっさり返品を受け付けてもらえました。

オンライン登録を完了していなかったからできたのかもしれないけど
私以外にも文句つけている人はいるんじゃないかな?
0817ねこまNGNG
Delフサギコ氏は過去にした ByteTypeTest の話を
ぜんぜん理解できていないみたいですね

sigh...
0818デフォルトの名無しさんNGNG
>>816
パッチ出たあとに欲しくなったらどうするの?
0819デフォルトの名無しさんNGNG
ファイルを転送するプロコトルを作りたいのですが教えてください
0820デフォルトの名無しさんNGNG
>>819
ネットワークプログラミング相談室
0821デフォルトの名無しさんNGNG
> Delフサギコ氏は過去にした ByteTypeTest の話を
> ぜんぜん理解できていないみたいですね

いや、あれだけがんがんやってても?
本当に同一人物なのか?
0822デフォルトの名無しさんNGNG
>>821
想像だけど Delphi+VBで始めたから文字列という概念が出来上がってしまっていて
バイト列として頭で理解はしても体が拒否するみたいな状態になってるのかも・・・
0823デフォルトの名無しさんNGNG
ふつー拒否する
ふつーUNICODE
0824デフォルトの名無しさんNGNG
>>822 やっかいな病気だねぇ ホント。
簡単なスクリプトでも書いてみたら直るかもね
0825Delフサギコ ◆VzDeLphI NGNG
            _____________
    ∧,,∧    / 
  _ ミ,,゚Д゚彡_<  レスさんくすこねー。
.=| |==U==U=| |= \
 | |@ミ  ミ .| |     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 | | ∪''∪ | |
 | |      | |
>SJIS意識したくないならウニコードで処理して戻せば?
そうしたいのは山々。もう.NETではそうなるだろうし
EmEditorのPluginを書いてたらすでにSJIS処理いらなくなってきました。
だけどWideStringで書いてて
SJIS版はそれをキャストさせるコードでWebに掲載すると
絶対叩かれてバカにされる罠。バカにされるコードは誰にも使ってもらえずに
無駄になるのは残念だから、この際、SJIS版もつくっておこうかと。
んで誰かの役に立てたらいいのにと。

>先頭のByteTypeが一致してれば残りも必ず一致すると思うんだけど。
そうでした。なるほどです。それ書いてもらえると、スパっと理解できました。
また、修正しておきます。

>普通はS1Indexに2バイト文字を切った位置を渡す方が変なので、
じゃあ、CopyもDeleteも、その他SJIS関係の処理は
おかしいものだらけにならない?使い道は限られてくる?
文字列の範囲指定検索そのものが、「使い道あるの?」
と、言うことになるってことなのかな。とりあえず文字列範囲指定検索とか
比較とかは、俺は必要。CopyしてAnsiPosするのと何が違う?
0826デフォルトの名無しさんNGNG
とりあえずC言語は経験しとけ。
絶対役に立つから。
0827Delフサギコ ◆VzDeLphI NGNG
            _____________
    ∧,,∧    / 
  _ ミ,,゚Д゚彡_<  レス続きね。
.=| |==U==U=| |= \
 | |@ミ  ミ .| |     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 | | ∪''∪ | |
 | |      | | ライブラリ内部で処理するのと、ライブラリ外部で処理するのの
違いだけだと思うけど、関数仕様が変とまで言える内容か?
>>815のコードもそうだけど

>でも疑問は、この関数何に使うの? というか使い道あるの?
Delphiで文字列処理をやっている人があまりいないから、
使い道はないと思われるかもだけど、まともに文字列処理やり始めたらいるって。
VBや.NETには標準で入っているってば。

>つーか、フサさんの、SJISなんて理解したく無いので結果教えろ的態度はどうよ?
どうよ、っつか、「あんた今までこんなこともやってきてないのかよ、まさか」
呼ばわりされなきゃ、怒んない。
自分が未熟なの知ってるから、勉強意欲もわくんだし。

>あらゆるアプリ作成に必要な文字列処理を全てライブラリに、ってのはまず不可能でしょ。
そりゃそうだけど、文字列の範囲検索もライブラリで出来ないDelphi
ってことにならなくない?

>splitの時もそうだけど、なんで[文字列]に拘るの? 
>単なるバイト列として考えて、普通にシーケンシャルに処理する方が楽で汎用的で速いでしょ?
・・・もう疲れてくるんだけど、んじゃ、文字列変数そのものをなしに
したほうがいいか?

>まず、その AnsiStringPartsCompare を用意して使おうという発想が既に 「汚染的」
>文字列の途中から途中同士の比較をさせるなんて「変」
・・・フウ...CopyやDelete、Insertも全部「変」むしろ、SJISは変だから、全部Unicodeに・・・
0828Delフサギコ ◆VzDeLphI NGNG
          ____________
   ∧.,,∧   /学んでて楽しい言語がいいな....
  ミ.,,゚Д゚彡<  CよりC#の方が楽しそう...
  ミ つ目(ミ . \ 他には・・Lispとか?
〜ミ,,O,,,,,,つ     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        まあ人それぞれだと思いますが.
0829デフォルトの名無しさんNGNG
>じゃあ、CopyもDeleteも、その他SJIS関係の処理は
>おかしいものだらけにならない?
全然。
2バイト文字を切るIndexがやってくるという方が異常。
そもそもそういうIndexは、普通に2バイト文字のTrailを飛ばす事ができていれば、
生成されない。

「データ全体+処理中の位置」で捉えているからそう思うのであって、
先頭から必要なだけ順次切り出して使う、という概念を身につけないと。
文字列に限らず、RLE圧縮してあるものを展開するとか、ストリームを読み出すとか、
多岐にわたって様々な場面で困ると思うけど。
逆に言えば、先頭から切っていく書き方をしていると、
開始位置を指定しての検索なんてあまり使わない。

>Delphiで文字列処理をやっている人があまりいないから、
おいおい…。
自分の流儀が受け付けられないからってそりゃ無い。
Pascal用のLex、Yacc、Pascalで書かれたパーサ類…どれだけあると思ってる?
文字列処理をマトモにしていると、順次切り出し型になる傾向があるので、
BASICとは書き方が違うの。

ついでに、仮にSJISが滅びても、UTF-8はSJIS以上に複雑な多バイト文字列だったりする。
0830デフォルトの名無しさんNGNG
>>827
これがジェネレーションギャップって奴なんだね。
 自分らは古生代の生き残りなのかもしれない。
 古生代では 文字列は普通、頭から処理してゆくもの
 途中から処理する関数を作れば、必ずその内部では結局無駄な処理が隠れている。
 たとえば >>813の ByteType は内部では先頭からスキャンされてしまう

文字列の途中から比較を始める関数を作るより、そこまで解釈を進めてからどう
処理させるかを考えるのが古生代の常識なんだよ

そもそもDelphiのstringは 効率悪化が目立たないよう16bitの頃は 255文字が限界で
あっても不満はなかったし
32bitになってからその限界が無くなったらPCharとの互換性が重視されて、それが
非常に便利でしかも速度を両立させる方式として好感を持って迎えられた。

確かに、CPUのパワーは5年で10倍10年で100倍になるんだから、 文字列を文字列
のまま扱って問題無い時代になったのかもしれない。

寂しいが、それが新生代のやり方なんだろうと見守る事にするよ
0831デフォルトの名無しさんNGNG
>>830
> 寂しいが、それが新生代のやり方なんだろうと見守る事にするよ
寂しいのはわかるが見守るのではなく、自分のやり方を新生代に変えていくよう努力しろよ。
いつまでも古いものに固執してると○○といわれるぞ。
0832Delフサギコ ◆VzDeLphI NGNG
  ∧,,∧    />自分の流儀が受け付けられないからってそりゃ無い。
  ミ ゚Д゚ミっ < こりゃ、勘違いスマソ
  |''U ̄|   \
  | ̄ ̄|
 /    ゙ヽ
(   ゚Д゚  )
人____ノ

>全然。 2バイト文字を切るIndexがやってくるという方が異常。
じゃあ、CopyやInsertも2バイトで区切る位置に
Indexをいれられるのは異常だから、修正したほうがいい・

て、もう粘着するのもヤだから、
3歩歩いて鳥頭で忘れます。

>文字列処理をマトモにしていると、順次切り出し型になる傾向があるので、
そんな話聞いたこともなかった。
順次切り出し型コードの書き方をDelで解説している
本とか見たことないけど・・・Del以外ならいっぱいあるのかな。
0833デフォルトの名無しさんNGNG
>>831
 はは、固執するつもりはなくても、残念だけど山のようなサポート関数を
 覚える方式にはとてもついていけないんだ・・・・

ピタリ来るのを探してる間に作れてしまうんだからそれで支障ないよ
0834デフォルトの名無しさんNGNG
>>文字列処理をマトモにしていると、順次切り出し型になる傾向があるので、
>そんな話聞いたこともなかった

前のスレからこのスレから、ズーっとそう言われて続けてないかい?
というか俺も書いてきたし、やり方も説明してきたつもりだけどなあ・・・
0835デフォルトの名無しさんNGNG
まとめ
・SJIS, PCharを扱うときはCのchar*的基地外モードに頭を切り替えろ。
・いやならWideChar, WideString使え
いじょ
0836デフォルトの名無しさんNGNG
>>831
新世代というか、単にまどろっこしい処理を書き足しているようにしか見えない…。
効率がよくて手間の無い方法があるのだから、旧世代でいいじゃん。
最近のスクリプトみたいに正規表現でスパスパ切っていくとか、
文字列もオブジェクトで文字コード別にクラスになってて多態するとか、
そういうのを新世代と呼ぶなら納得だが。

>>832
Pascalの本ならいっぱいあると思われ…。
それ以前に、VCLソースのObjectTextToBinaryでも読んだらいいと思われ…。
0837デフォルトの名無しさんNGNG
・・・・まあこんな議論が出来るのも Delphiならではなんだろなあ

C#の文字列って・・・・
0838デフォルトの名無しさんNGNG
いまだにこんなことで頭を悩ますなんて程度低いッスね
0839Delフサギコ ◆VzDeLphI NGNG
            _____________
   ∧,,∧    /UTF8とかでDoubleByteCSだけじゃなくて真にMultiByteCS
  _ ミ,,゚Д゚彡 _<  時代にもトツニウするらしいですから
.=| |=U===U=| |= \文字列の分割やら挿入やらは文字単位で行うこと
 | | .ミ   ミ | |    にしていかないと、いろいろキツイですね。
 | |ノ∪''∪. | |  いつまでもSJIS/プニコ/UTF8で処理を
 | |      | |  別々に書かなきゃいけないとすると・・・しんどい
           (キャストするのが生産性は一番か?)

>文字列の途中から比較を始める関数を作るより、そこまで解釈を進めてからどう
>処理させるかを考えるのが古生代の常識なんだよ
そういう、常識を体系的にまとめた
本やWebの文で、Delphi系のものは見たことないでつ....
他言語ならあるかもしれないのなら
そういう常識は、どこかで伝道する必要がある/
伝道したらみんなウレスィのでは?
(もうあるのか??VCLソース嫁ってのは、ドキュメントがなくてつらそう

デザパタは結城タンのJavaものがVB.NETやDelで
書いていく人のバイブルみたいになっているので
そういう処理も、伝道書があったらいい&みんなに伝わる

そういえば、結城タンのJavaデザパタ本の続編でスレッド版の
ものがでているみたい。
DelとJavaのスレッドは難易度に差がないことを祈りたい。
0840デフォルトの名無しさんNGNG
というか UTF8 とか %エンコードとか \エンコードとか処理するやり方と 同じじゃないか。

ってまさか そういうのは「ライブラリ呼ぶ」というのが新世代の解法なのか?
0841Delフサギコ ◆VzDeLphI NGNG
>UTF8 とか %エンコードとか \エンコードとか処理する
>そういうのは「ライブラリ呼ぶ」というのが新世代の解法なのか?
            _____________
    ∧,,∧    / 
  _ ミ;゚Д゚彡_<  MLではそうしろって教えられますた
.=| |==U==U=| |= \
 | |@ミ  ミ .| |     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 | | ∪''∪ | |  って人は多いのかな.....
 | |      | |
0842Delフサギコ ◆VzDeLphI NGNG
   ∧,,∧   BuilderMLは一時停止&
  ,ミ ゚Д゚彡  再開後自分で再登録だって・・・
  ミ  ∪  
 ミ〜,, ミ  手間かかるね....
  ∪ ∪   もうやめようか....
0843デフォルトの名無しさんNGNG
そそ
C#があればDelもBuilderもKylixもいらないよね。
0844デフォルトの名無しさんNGNG
TEditorにパーサのソース付いてるから読んでみたら?
0845デフォルトの名無しさんNGNG
>>844
あれはメソッドポインタで状態遷移を表現してるからなあ・・・最初に読むのは厳しいかもな
しかし、どこかでその壁越えないとなあ

それから、このスレにだって参考になるコードはあるよ
>>314-315
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/file/1001489683_19/uSpliter.pas
>>418
0846デフォルトの名無しさんNGNG
もう何年もSJISを自前で処理するプログラム書いてきたけど、
「プログラム内部ではUNICODE、入出力のコード変換はライブラリまかせ」
が正解だと思う。
0847デフォルトの名無しさんNGNG
言語がUnicodeを標準でサポートすんなら
それで問題ないでしょ
0848デフォルトの名無しさんNGNG
>>846
 日本語だけなら問題ないだろけど、その内・・・unicodeも
0849VB.NET使いNGNG
フサギコの方が正しい。
文字列処理なんてライブラリ任せでいいし、自前で実装できるかなんて雑学に過ぎず本質的でない。
年寄りが数少ない自慢できる領域を我が物顔で説教しているだけ。
みっともない。
0850デフォルトの名無しさんNGNG
Wideで書きゃすむのに糞コード撒き散らすのがいけないんだよ。
つーわけでどっちつかずのフサが悪い。
0851デフォルトの名無しさんNGNG
>>849
マネージドだと まともにパーサも作れないような環境の人がクチを出す事じゃないでしょ
0852デフォルトの名無しさんNGNG
>文字列処理なんて
いいね〜浅はかな思考が
文字列処理が主役のプログラムでもあんたはそうなのか
そんなの誰にも使われねえぞ
0853デフォルトの名無しさんNGNG
俺ってZ80の高速SJIS判定ルーチンの技術があるんだけど披露していい?
0854デフォルトの名無しさんNGNG
>>851
そーゆー反論にもなってない馬鹿な反論はやめとけよ。みっともないから。
0855デフォルトの名無しさんNGNG
バイナリコードなら許可。俺だけ読むから
アセンブリ言語は不許可
0856デフォルトの名無しさんNGNG
Unicodeで書いても、 
> if S[i] in LeadBytes then Inc(i);
の1行が要らなくなるだけで、本質は変わらないだろ…。
パーサでも何でもやっぱり先頭から処理していく必要があるし。
0857VB.NET使いNGNG
>>852
> 文字列処理が主役のプログラムでも

極論を出さないと反撃できないのですね?
ものすごい馬鹿ですね。
0858デフォルトの名無しさんNGNG
>>849
お前が使う文字列処理は全部ライブラリに入ってるのか。
さぞ楽な仕事なんだろうな。
0859デフォルトの名無しさんNGNG
>>856
そういう本質と無関係なところに足引っ張られるのがイヤなんだろ。
お前みたいな奴はDOSに戻ってセグメント・オフセットアドレスつついて遊んでろよ。
0860デフォルトの名無しさんNGNG
いまだにunicode/sjisを扱うライブラリのない処理系ってあるの?
0861VB.NET使いNGNG
>>858
ほとんど入ってますね。自作のを含めて。
あなたの方こそさぞ古臭い仕事なんでしょうね。
0862デフォルトの名無しさんNGNG
>>860
不思議なことにあるんだよな。
もっと不思議なのはユーザーがそれを楽しんですらいることだよ。
0863デフォルトの名無しさんNGNG
>>857
例えば、ちょっとHTMLを整形して、<body>の直前に何か埋めこむような処理すら、
HTMLInsertFromBodyみたいな関数を探して来るのか…
例えば、ファイル名の最後に連番を付けて、A.txt → A001.txtにしたいときも、
FileNameInsertNumberBeforeExtみたいな関数を探し出して来るのか…

>>833氏の言っているのはそういうことでしょ?
そんなやり方だと、目的別関数であふれかえってしまう。
やっぱ、簡単なものは自分で書けないと。
0864VB.NET使いNGNG
>>863
もっと簡単にできるのに例えがなってませんね。
0865デフォルトの名無しさんNGNG
>>863
ふーん
じゃあファイル名処理なんかに特化したExtractFileName/Extなんて
邪道過ぎてとても使ってられないよね。
0866デフォルトの名無しさんNGNG
>>865
それは使う場合があるよ。
ChangeFileExtだったかは、特によく使うな。
ファイル名は数メガの大きさにはならないからね。
でも、調べるのメンドクサイ時はそれくらいは書く事も多いな

0867デフォルトの名無しさんNGNG
やっぱり年寄りはダメだな。( ´,_ゝ`)
0868デフォルトの名無しさんNGNG
正直ここの年寄りDel厨は何に反対したがってるのかよく分からん。
0869RubyistNGNG
Ruby >>>>>>>>>>>>>> Delphi
0870デフォルトの名無しさんNGNG
昔からVB使いは共通ライブラリを作るのが下手だったが・・・
VB.NETになってからは作ることすら出来なくなったか。
0871デフォルトの名無しさんNGNG
なんか あきらかにマトモな事言っても年寄り扱いとか馬鹿扱いとか・・・
ホント日本はこれからホントにホントにダメになるんだろなあ

そういわれたくなけりゃ、頑張って景気が沸くようなソフト作っておくれ
人を年寄りというなら、それがあんたらの義務だ
0872ねこまNGNG
>>866
> でも、調べるのメンドクサイ時はそれくらいは書く事も多いな
ちゃんと調べてライブラリ使う事に統一する事をお薦めする.
テクニックがあるようには映らない
0873デフォルトの名無しさんNGNG
.NETスレでは知恵遅れと馬鹿にされ、このスレでも年取りと馬鹿にされる。
もう引退したら?(ププ
0874デフォルトの名無しさんNGNG
>>871
マトモな事なら賛同者がいるだろうよ。自作自演以外で。(ゲラ
0875デフォルトの名無しさんNGNG
>>872
 ご心配なく。 Delphi使う場合は会社でも自分しかメインテナンスしないから好きなように出来るからさ
0876デフォルトの名無しさんNGNG
>>871
>あきらかにマトモ
昔は数メガのテキストファイルを改行無視して一行として扱ったり
ChangeFileExtの存在忘れて類似関数撒き散らすのが
まともだったんですね(プ
0877デフォルトの名無しさんNGNG
自作自演キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
0878デフォルトの名無しさんNGNG
>>876
 いいから そんな事で時間使わずに 景気が沸くような物作る方に時間を使え
0879デフォルトの名無しさんNGNG
能無し年寄りDel厨はこのスレでも相手にされてないんだな。(嘲笑激藁
0880デフォルトの名無しさんNGNG
それにしても、SJISの文字列処理が出来ないなんて、
古いとか新しいとか言う以前にプログラマとして低レベルだよな。
0881ねこまNGNG
VB.NET, C# 使いは .NET という環境を先に手に入れたのだから,
こんな所で油売ってないで,何かDel厨が絶句するようなもの作ってください.
あと半年もすればアドバンテージ無くなっちゃうよ
言語仕様が素晴らしいのは別にあなたがたの手柄ではないのです.
Delphiの後出しなのですからDelphiより悪いわけないでしょう
0882デフォルトの名無しさんNGNG
>>868
何かに反対したいのじゃなくて、
文字列処理は自分で書けなくても全てライブラリ任せでいいという奴に
少しぐらいは自分で書けるようになっていても損はないと言いたいだけ…。
(正直これだけライブラリ任せでいいと思っている奴が多いとは思わなかったが)

自分は、ライブラリで済む簡単 or 一般的な処理の時は優先的にライブラリを使うが、
ややこしい処理が重なると自分で書いてしまう事も多いってとこ。

半端にライブラリ中で何やってるかが見えるだけ、
「これとこれを重ねて使うと内部で同じ処理を2回やる事になるな…」みたいなのが
見えてしまうんだよなー。
0883VB.NET使いNGNG
>>882
あなたはチーム開発をまともにやったことがないのでしょうね。
自分さえ分かればよいという、マナーのかけらもない態度なのでしょう。
0884ねこまNGNG
>>875
そういう事ではなくて,
類似関数撒き散らしを自慢げに話してるように映ったからさ……
0885デフォルトの名無しさんNGNG
>あと半年もすればアドバンテージ無くなっちゃうよ
そりゃ無理だよ。
Delphi.NETになったとしても今のString<->PChar的互換問題に
悩まされた挙句貧弱なIDEのおかげで
関数覚えられない年寄りが同じ関数何度も書いちゃうから。
0886デフォルトの名無しさんNGNG
ブビ厨に言いたい放題言われてる年寄りDel厨か。
みじめだね・・・。
0887デフォルトの名無しさんNGNG
その挙句「やっぱり.NETはダメだね」とか言い出しちゃったりして
0888350NGNG
Delphiは ライブラリを使う方に回っても楽しめるし、作るのも楽しめる道具なんだからさ、
ライブラリ使う方にばかり回るのは損だと思うけどな。

実際Delphiなら仕事で使っても
1アプリ丸ごと一人でやる事多いだろ?
C++みたいにチームで、細かいコーデング規則ガチガチみたいな世界とは少し離れてるんだからさ

それを楽しまないと損だよ。

>>409 折角書いたんだから、少しは見てね ==> フサギコ
0889デフォルトの名無しさんNGNG
>>888
883が図星なのですね?(プ
0890ねこまNGNG
>>885
> Delphi.NETになったとしても今のString<->PChar的互換問題に
そんな仕様はばっさり切るくらいの覚悟はできていると思います.
そうでないと流石に生きていけないでしょう.
付いていけない人は淘汰されれば良いのです.
0891デフォルトの名無しさんNGNG
>そんな仕様はばっさり切るくらいの覚悟はできていると思います.
だったらDelそのものがいらないって事だろ。
某も信者も完全に方向性を見失ってるな。
0892デフォルトの名無しさんNGNG
まともなDelphi使いを見れて安心ですな。一人を除いて。(嘲笑激藁
0893デフォルトの名無しさんNGNG
>>885
既にCharがAnsiCharからWideCharになるとアナウンス済だし。

チーム開発と言うが、既存のライブラリに無い特定の処理が必要になって、
一人も書ける奴がいなかったらどうすんだ?
そりゃ、あんたがたは、常に使う側(作れない or 作らせてもらえない)なので
気にしないかもしれないが。
0894デフォルトの名無しさんNGNG
>>891
Delphi と Delphi.NET は別物ということが理解できないようだ。
まあVBは廃止されVB.NETしか選択肢がないのだから、そう思ってしまうのだろう。
0895デフォルトの名無しさんNGNG
>>893
見当違いな反論ですね。(ハライテー
0896デフォルトの名無しさんNGNG
>>893
書けるやつを雇えばいい。
コード書きはいっぱいいるよ・・・
0897デフォルトの名無しさんNGNG
>>894
苦し紛れの.NET叩きキタ━━━━━━(゚∀゚)━━━━━━ !!!!!
0898350NGNG
>>339
 俺? 確かに俺のコードは読めないといわれるよ。 C++でもそうさ。
だから、否定はしないね。
でもさ、結局俺のやり方で押し切った方が 早くプロジェクトが終るんだよ。

開発なんて、誰かが引っ張らなくちゃいけない。 なら俺は引っ張るし、
コーデングが判り易いかレベルなんて俺の客は求めてないんだよ。
0899デフォルトの名無しさんNGNG
>>896
893みたいのは要らないけどね。(ギャハ
0900デフォルトの名無しさんNGNG
>>894
互換性を重視すれば互換性問題に悩まされ、
互換性を無視すればその時代遅れな構文ではC#に勝てないよ。
Delphi.NETに期待する奴はVB.NET使ってる奴と同レベルだよ。
何のメリットもないと知りつつ面倒だから完全移行できないんだろ。
0901デフォルトの名無しさんNGNG
>>896
要するにこういう事か…?

・文字列処理はライブラリを探す
・その際効率は無視
・無ければ書ける奴を雇う

…いかん、一理あるような気がしてきた(マテ
0902デフォルトの名無しさんNGNG
>>897
苦し紛れではないのは、Delphi Studio8 でわかるよ。
今のうちに.NETで少しはコーディングしとかないと落ちこぼれるよ。
0903ねこまNGNG
> だったらDelそのものがいらないって事だろ。
理解しかねます.
C# があれば Delphi.NET はいらないと言いたいのですか?
では VB.NET もいらないのでは……
0904デフォルトの名無しさんNGNG
(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)

>>898
本物の馬鹿ですね。社会に必要ありませんね。

(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)(^д^)
0905デフォルトの名無しさんNGNG
>>901
ほんとにそんな感じだよ。
>効率は無視
遅かったらマシン増強・パフォチュー。
だめなら書けるやつにリライト依頼。

書いててちょっと鬱になるよ(w
0906デフォルトの名無しさんNGNG
>>900
Delphi.NETに期待しているDel使いはそんなに居ないと思う。
.NET Frameworkそのものに懐疑的だからね。
0907デフォルトの名無しさんNGNG
>>903
VB.NETがブビ厨吸い上げるのと同程度の存在意義は認めてあげるよ。
その存在価値の高低は俺の知ったこっちゃないが。
0908350NGNG
>>902
 言語やIDEはあくまでも道具 必要なのは道具の使い方じゃない。

>>905
 そんな仕事は去年まで。来年にはもうないだろうよ。
 まだそんなバブル時代のコスト高なやり方が通用するのは余程運がいい
レス数が900を超えています。1000を超えると表示できなくなるよ。